二月 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
九月 13
如果你想让squid缓冲microsoft update的patch的话，请把以下语句添加到squid的设置文件:
- refresh_pattern -i windowsupdate.com/.*\.(cab|exe) 4320 100% 43200 reload-into-ims
- refresh_pattern -i download.microsoft.com/.*\.(cab|exe) 4320 100% 43200 reload-into-ims
- refresh_pattern -i au.download.windowsupdate.com/.*\.(cab|exe) 4320 100% 43200 reload-into-ims
range_offset_limit 20480 KB
range_offset_limit -1 KB
以下是我的摸索过程：
Continue reading »
四月 05
早上到了办公室以后，打开显示器，忽然觉得有点不对劲：奇怪，机器好像被重启了？？
想了半天，应该是昨天晚上大楼的照明用电又进行了切换了吧？习惯了，最近搞动力的那边兄弟经常加班搞飞机，辛苦了。
直到刚刚看了到了订阅的花儿开了的这篇文字，这才知道，原来是伟大的microsoft连夜在给我们这些终端用户加班打补丁，真是敬业啊！
忽然想到，最近给公司的那些用户都设定了自动强制打补丁，想到他们今天也许就碰到了这个自动打补丁、自动重启的现象，真是好汗-_-!
Continue reading »