二月 26
最近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信息的途径，非常的简单：
- 确认你的Vmware ESX 3.0.1已经打了ESX-1002095这个Patch
- 在你的OEM版的Window 2003所在的虚拟机的vmx参数内开启这个参数设置:
- 更新一下guest OS的Vmware-tools
于是，天下就太平了。
附录
Vmware的官方文档：ESX Server 3.0.1, Patch ESX-1002095; Updates to VMware-esx-vmx and VMware-esx-tools; Support for OEM Windows SLP
九月 24
看来vmware对linux 2.6.x系列的kernel实在是比较感冒，很不幸的，又让我遇到了bug。
故障现象：版本高于2.6.21的linux kernel无法引导scsi控制器类型为lsi控制器的vmware虚拟机
所对应vmware版本：Esx 2.5.x全系列，3.0.x系列不详3.0.2之前的3.0.x系列
Server 系列不详
Workstation 6.0 RC1以前版本
原因：2.6.21及之后的kernel里面所带的lsi驱动模块MPT driver 升级到了3.04.04版本，这个版本的MPT驱动里面新增加了一些debug的处理，并改变了取lsi控制器上挂接的scsi设备的取值方法。然后呢，vmware模拟实现lsi控制器上存在的缺陷就冒了出来了，导致新版本的驱动认为虚拟机里面的lsi控制器上根本就没有挂接scsi设备......老外的解释如下：
VMware emulation is broken, its PortFact's MaxDevices reports value programmed by IOC Init, so if you program IOC Init to 256 (which is 0,as that field is only 8 bit), it reports back 0 in port facts, instead of 256... And unfortunately using 256 triggers another bug in the code (parallel SCSI can have only 16 devices).
更详细的内容可以去看redhat的Bugzilla Bug 230703。
解决方法:
Continue reading »
九月 12
自打在ESX 2.5上面部署了几台trustix 3.0.5以后，一直被这几台机器的时钟问题所困挠：不仅时间走得偏慢的离谱(经常一天跑下来就会慢几个小时），而且ntpd服务还无法正确的校正时间。
请注意：以下的解决方法仅针对Vmware ESX 2.5.x系列
问题的解决很简单(不需要重启系统---不管是host system还是guest system)：
-
以root的身份登录到Vmware Esx的MUI web控制端。
-
点击Option选项页
-
点击上面的"Advanced Settings"链接，打开一个有着一堆的设置参数的web窗口。
-
找到"Misc.TimerHardPeriod"这个参数，把它改成333.然后保存推出
最后，给这些linux guest system的grub配置文件加上kernel的引导参数：
- kernel /vmlinuz-2.6.19.7-3trStandard ro root=/dev/sda2 clocksource=pit nosmp noapic nolapic
如果同学们对这个问题的具体细节有进一步的兴趣的话，请继续
Continue reading »
八月 01
准备开始尝试 2.6.x的kernel了，于是在vmware里面部署了台trustix 3.0.5，结果在安装vmware-tools就遇到了相当的问题，记录一下遇到的两个主要问题：
- 由于2.6系列kernel的version.h缺少定义，导致编译vmmemctl、vmxnet的时候会认不出正确的kernel版本，报错如下：
The directory of kernel headers (version @@VMWARE@@ UTS_RELEASE)
does not match your running kernel
-
还是由于2.6系列kernel的函数变动，导致vmmemctl、vmxnet编译的时候会出错，出错信息如下：
- CC [M] /tmp/vmware-config5/vmxnet-only/vmxnet.o
- /tmp/vmware-config5/vmxnet-only/vmxnet.c: In function `vmxnet_open':
- /tmp/vmware-config5/vmxnet-only/vmxnet.c:813: warning: passing arg 2 of `request_irq' from incompatible pointer type
- /tmp/vmware-config5/vmxnet-only/vmxnet.c: In function `vmxnet_tx':
- /tmp/vmware-config5/vmxnet-only/vmxnet.c:945: error: `CHECKSUM_HW' undeclared (first use in this function)
- /tmp/vmware-config5/vmxnet-only/vmxnet.c:945: error: (Each undeclared identifier is reported only once
- /tmp/vmware-config5/vmxnet-only/vmxnet.c:945: error: for each function it appears in.)
- make[2]: *** [/tmp/vmware-config5/vmxnet-only/vmxnet.o] Error 1
- make[1]: *** [_module_/tmp/vmware-config5/vmxnet-only] Error 2
- make[1]: Leaving directory `/usr/src/kernel-source-2.6.19.2-1tr'
- make: *** [vmxnet.ko] Error 2
- make: Leaving directory `/tmp/vmware-config5/vmxnet-only'
- Unable to build the vmxnet module.
查找了一下资料，用以下步骤可以在trustix 3.0.5的默认kernel上正确安装vmware-tools
Continue reading »
九月 22
第一次知道vmmartix,是在CU上面上面看到有人在说国内有个很快的开源软件Mirror站点，上去逛了逛，发现这个Mirror站点上居然有trustix的镜像，而且速度真的很不错、也挺及时，于是就把手头上的trustix机器的swup源换成了这个站点，于是就记住了vmmartix这个名字了。那时候大概还是今年年初的时候吧？
事隔一段时间，在查找vmware的某些资料的时候发现这个站点上居然还有vmware-any-any-update的镜像，感觉很是惊奇，于是又仔细的看了看这个Mirror站点，结果发现除了常见的那些开源镜像之外，上头还有pure-ftpd和Xen的镜像---真是很难得碰到这么合乎我口味的东西了，于是我对开设这个站点的人开始感到好奇了。
Continue reading »