为IT服务 [龙飞的博客]

也就是在安装新版的VMware workstation的时候提示有老的版本未删除，但是你老的明明已经卸载了，或者卸载的时候出错没法卸载了。

其实很简单只要在运行新版本安装程序的时候加个 /c 参数就行，比如：

VMware-workstation-6.0.2-59824.exe /c

以前一直用的opensuse，也蛮喜欢opensuse，绝对不会出现什么装完了还要装一堆字体调这个调那个才能看的顺眼，所以很喜欢opensuse的严谨，不为别的就为他中文化的效果。

由于新本子是最新酷睿2 的平台iwl5100的无线网卡要2.6.26以上的内核才原生支持，opensuse 11.0内核是2.6.25而11.1出来还有段时间，所以等ubuntu 8.10出来了之后就选择先用段时间ubuntu了，没想到装了到今天，竟然每天都有死机情况发生。omg，这还叫linux吗，赶工也赶的太粗糙了，联想到之前出过的硬盘门、网卡门事件，还being呢别把人家吓跑就不错了。

打算等fedora 10出来了后用段时间如果满意就继续用，不满意等一个月后opensuse11.1出来继续用我的opensuse。

ubuntu你除了一堆80%都用不到的软件库之外还有什么可以吸引国人的呢。

情况是这样，前几天搬点机器去电信idc，关机的时候kvm误操作不小心把esx集群中的一台esx给关了，后来才发现的，当时忙的搬东西也没注意看好启动起来了就没管。
今天忽然发现那台esx上面没任何虚拟机，因为我开drs的，当时觉得很奇怪，所以手工测试了一下
确实别的esx上面的正在运行的vm没法vmotion到这台esx主机提示timeout
关机的vm可以vmotion，但是同样运行的vm可以vmotion到其它esx。
在vc里面看来看去也就出了timeout还有一句migration to host <x.x.x.x> failed with error i/o error(0xbad000a)。
心里诅咒了万恶的vc日志之外只能登上esx看vmkernel的log了，哎这log真不是人看的。
翻了一会忽然发现一句
s3 vmkernel: 0:05:32:16.006 cpu5:1029)Tcpip: 4460: arp: 00:50:56:7f:6d:64 is using my IP address 192.168.x.31!
当时感觉有点对上了，转到vc上面s3的设置一看，见鬼了，之前明明好好的vmkernel的ip地址变成了192.168.x.31原来明明是33的。就init 0关机了重新开了一下别的什么都没动，马上把ip改成了33试了下vmotion立刻就好了。
后来又测试了一下31似乎也有类似问题又把31的ip改成别的又改回了31就ok了。
至此vmware 集群恢复正常。

这真是一个莫名奇妙的问题啊，难道正如某人所说，万圣节没有什么不可能发生的事情？