VMware Toolsでの一括アップデートをゲスト再起動なしで実施する

kkomatsu — Wed, 08 Apr 2009 14:15:27 GMT

VI Toolkit for Windows (通称VI PowerShell)には、Update-Toolsというコマンドレットがある。これはゲストOSにインストールされたVMware Toolsをアップデートするためのもの。ただし、Toolsアップグレード後に自動的にゲストOSの再起動がかかってしまう。こういった場合にはGet-Viewを使うのが定石。Pabloがコミュニティでのディスカッションを紹介している。

Installing VMware Tools without a reboot ...
http://communities.vmware.com/blogs/DeveloperCenter/2008/12/30/installing-vmware-tools-without-a-reboot-

How to install VMware tools without a reboot?
http://communities.vmware.com/thread/168530

結論的には下記のように書くのがベストプラクティスのようだ。(Windowsゲスト限定)

$insParm = '/s /v"/qn /norestart"'
$updList = Get-VM | Where-Object {$_.PowerState -eq "PoweredON"} | % {Get-View $_.ID} | Where-Object {$_.guest.toolsstatus -match "toolsOld" } | Where-Object {$_.guest.guestfamily -match "windowsGuest"}
foreach ($uVM in $updList) {
    $uVM.Name
    $uVM.UpgradeTools_Task($insParm)
    #Wait 30 seconds before starting another update task
    Start-Sleep -s 30
}

ポイントはToolsのアップグレードをサイレントかつ自動再起動なしで実施するパラメータを指定していること。もちろん、ゲストを再起動する必要性そのものがなくなるわけではないので、一括アップグレード後に、必要な順序で管理者が再起動をかけていくことになる。再起動されるまでも、VI Clientには、ToolsのバージョンがOKと出てしまうので、どれが最新かどうか分からなくならないように注意も必要。

なお、日本語ゲストOSの場合でToolsのアップグレードがエラーでとまってしまう問題は、ESX3.5 Update4で解消されている。したがって、日本語環境ではそれ以降のバージョンであることが前提。

ESX3.5 Update4 Release Notes
http://www.vmware.com/support/vi3/doc/vi3_esx35u4_rel_notes.html

2009年11月23日追記

vSphere PowerCLI 4.0 Update1 で Update-Tools コマンドレットが拡張され、-Noreboot オプションをつけるだけで上記と同じことができるようになった。詳細は下記の PowerCLI Cmdlets References を参照。
http://www.vmware.com/support/developer/windowstoolkit/wintk40u1/html/Update-Tools.html

ゲストOS内でVMware ToolsやCustomizationのログを書き出す

kkomatsu — Sun, 18 Jan 2009 07:49:08 GMT

VMware ToolsはゲストOSにインストールすることが推奨されるコンポーネント。ドライバとシンプルなソフトウェア群でできていて日ごろはその動作を気にすることはないのだが、検証目的で機能の動作を確認したい場合、動作ログをとることが可能。

WindowsゲストのToolsログ

Windowsのバージョンにもよるが、下記にToolsの設定ファイルがある。

Windows 2003/XPでは、
C:\Documents and Settings\All Users\Application Data\VMware\VMware Tools\tools.conf

Windows 2008/Vistaでは、
C:\Users\All Users\VMware\VMware Tools\tools.conf
もしくは
C:\ProgramData\VMware\VMware Tools\tools.conf

ここに下記を記述する。
log = "TRUE"
log.file = "%PATHNAME%"

ただし、VCBでVSS(Volume Shadow Copy Service)を利用している場合、ログを有効にしているとエラーが発生してしまうらしい(下記はESX3.5 Update2とVCB1.5、Windows2003のケース)。

2008-10-07 18:55:24.789 'vcbMounter' 1544 error Error: Other error encountered: Snapshot creation failed: Could not quiesce file system.

2009年10月29日追記

少々敷居は高いが、VSSを使用する場合DebugViewを使えば問題ないようだ。詳細は下記KBに。

Enabling debug logging for VMware Tools within a Windows guest operating system
http://kb.vmware.com/kb/1007873

冒頭の一般的な方法もKBになっていた。

Collecting diagnostic information for VMware Tools
http://kb.vmware.com/kb/1010744

LinuxゲストのToolsログ

記述内容はWindowsゲストと同様。設定ファイルは下記にある。
/etc/vmware-tools/tools.conf

なお、デフォルトで下記にすこしだけログが記録されている。
/var/log/vmware-tools-guestd

また、上記とは別に、クローンの際のカスタマイゼーションのログもゲストOS内で確認できる。

Windowsゲストのカスタマイゼーションログ

sysprepに関するログが、C:\WINDOWS\Temp\vmware-imcの下にあるguestcust.logとtoolsDeployPkg.logに書き出される。

Linuxゲストのカスタマイゼーションログ

エラー等が発生すると、/var/log/vmware/customization.logに記録が残っている。