前两天刚刚吹牛过咱的squid服务器半年安全生产无事故,这个,牛皮一吹,立马遭报应了,今天立马有人投诉上网开网页总是时断时续的---其实我自己也碰到了这个问题,不过总以为是我查的东西撞到了大墙,一直没有在意,结果......
好惨的说:

Continue reading »
前两天刚刚吹牛过咱的squid服务器半年安全生产无事故,这个,牛皮一吹,立马遭报应了,今天立马有人投诉上网开网页总是时断时续的---其实我自己也碰到了这个问题,不过总以为是我查的东西撞到了大墙,一直没有在意,结果......
好惨的说:

Continue reading »
前几个礼拜看着运行的好好好的squid服务器在cacti里面的图表忽然接连冒出了两个突起?真是百思不得其解:我是知道squid服务程序重启会导致squid的snmp计数器重置,直接在cacti的性能监视图上的表现就是会冒出如上图去年十月份的那个高高的尖峰。可是那段时间我的squid服务器一直运作良好啊,根本没有重启过,那这两个尖峰是怎么冒出来的呢?真是想不明白。
今天闲来无事,查看了下这台squid的mgr:info信息,我终于悟道了:
Continue reading »
前言:其实,我个人以为,分辨一个unix的系统管理员是否科班出身,会不会用script这条指令就是一个很明显的标志。
再下来我们要说的script可不是shell编程,而是一个标准的unix指令。相信不是每个unix管理员都会知道这条指令的:象我这样野路子出身的人,还是两年多前,某个来我们公司做售前产品测试支持的工程师让我第一次领略了script这个指令的功效。
script最普通的使用就是用来捕捉当前的终端会话中的所有输入输出结果到一个指定的文件里:这个,对于我们编写操作文档、错误提交来说,都是有莫大的方便的。我们只需要在我们要保存的操作过程开始之前,在我们要操作的终端内输入script这个指令;完成操作之后,输入一个exit,嗯,是的,我们在这之间输入的指令以及指令的所有输出都会保留到一个文件(默认的保存文件是输入script的当前目录下的typescript文件)。
底下是操作实例:
Continue reading »
最近Vmware发布的patch的频率是相当的高,看了一下,几个安全方面的更新之外,就是这个ESX-1002095比较让人感兴趣了。
在虚拟的系统里面装windows系统时,遇到的一个困惑就是原本OEM的系统在虚拟机里面没法用了:Vmware虚拟出来的BIOS可不是你物理机器上的硬件厂商的BIOS,对于Microsoft的OEM系统来说,就存在着无法激活的问题---这个问题在迁移物理机器上的window到虚拟机里面,问题就显得越发的严重了。
于是,让我们欢呼吧,Vmware终于给了我们解决的方案,不管Vmware要怎么跟Microsoft扯这个问题,我们毕竟是有解决方法了,这就是ESX-1002095。
在这个Esx 3.0.1的Patch里面,Vmware为我们提供了让OEM版的Window 2003认到ESX所在的物理机器的OEM信息的途径,非常的简单:
于是,天下就太平了。
附录
很久以前的纪录了,如果装系统的时候把MSSQL装好了,然后以之为模版直接克隆新机器,然后又放到了同一个网络上。在配置数据库复制的时候很容易的就会碰到这个问题的。
现象:配置虚拟机里面的MSSQL Server2000服务器作分发服务器的时候出错,提示
提示错误18483:未能连接到服务器“xxx",因为“distributor_admin”未在该服务器上定义为远程登录。
原因:虚拟机里的这台服务器是直接复制装有mssql2000的模板机器然后通过sysreq修改配置的,而MSSQL Server在配置作为分发服务器的时候会直接读取master库里面的机器名记录,如果读取到机器名跟当前的机器名不同的话,就会出现这个错误
解决方法:修改master库里面的servername记录
在master库执行下列语句
然后重启MSSQL Server 就搞定了
附录:
microsoft的官方文档:Replication setup is not successful when SQL Server is deployed by using a disk