<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Natz&#039;s Digital 漂流記 &#187; VMware Server</title>
	<atom:link href="http://www.natzworks.com/digital/servers/vmware-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.natzworks.com/digital</link>
	<description>Natz の PC/サーバー/デジタル機器に翻弄される日々</description>
	<lastBuildDate>Wed, 28 Dec 2011 05:33:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>VMware ESXi 4.0 上の Linux でシステム時刻が狂う (再発)</title>
		<link>http://www.natzworks.com/digital/2010/443.html</link>
		<comments>http://www.natzworks.com/digital/2010/443.html#comments</comments>
		<pubDate>Tue, 14 Sep 2010 17:07:04 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Debian/GNU Linux]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=443</guid>
		<description><![CDATA[VMware Server 上の仮想マシン (以下 VM) にインストールしたカーネル 2.6 系 Linux のタイマー割り込みクロックの関係で、ゲスト OS のシステム時刻が狂ってしまう問題は 2年以上前から巷を賑わせていて、カーネルのリビルドだとか、起動時のカーネル・パラメーター指定 (clock=pit nosmp noapic nolapic 等のいずれかまたは併用) だとかの回避策が、広く知られていた。僕も自宅の VMware ESXi/Server でシステム時刻が狂う (＝大抵遅れる) VM はカーネル・パラメーターを指定して平穏な日々を送っていたが、先日ふと気付くと、ESXi 4.0 上の 1台の VM (CentOS 5.5) でこの現象が再発し、システム時刻が大幅に遅れていた。
それまでこの VM は VMware Tools の時刻調整機能を使わず、カーネル・パラメーターの指定と LAN 内 NTP サーバーの参照だけで正常な時を刻んでいたので、アップデート等、何かの拍子で再発してしまったのか。同じ ESXi や Server 上で動く他の CentOS VM はとりあえず問題ないが、1台で遅延が再発した以上、安心はできない。かつて 「これで OK」 とされていた対策も、環境が変わった今では時代遅れになっていた (と言うか不完全だった？) ようなので、これを機に根本解決を図るべく、対策を探ってみた。

この問題は個人的には既に 「一件落着」 扱いだったため、最近は全く情報収集をしていない。改めて探してみると、これまたずいぶん前から [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/443.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS 5.5 でも VMware Server 2.0.x の仮想マシンが落ちる</title>
		<link>http://www.natzworks.com/digital/2010/428.html</link>
		<comments>http://www.natzworks.com/digital/2010/428.html#comments</comments>
		<pubDate>Mon, 26 Jul 2010 14:11:55 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/digital/?p=428</guid>
		<description><![CDATA[05/14 に CentOS 5.5 がリリースされ、既に 2ヶ月が経過した。我が家の仮想マシン (以下 VM) の CentOS 5.x は比較的早い段階で 5.5 にアップグレードしているが、VMware Server 2.0.2 が稼動する VM 親機の CentOS は例の glibc 問題が依然として横たわっているため、glibc を 2.5-34.el5_3.1 にダウングレードした 5.4 のまま放置していた。
しかし永久にこのまま放置するわけにもいかんだろ、と言うことで、先日ついに VM 親機で yum update を敢行した。普段 glibc と nscd は yum.conf で exclude 指定してあるが、そのまま yum update してはせっかくの blog のネタがなくなるので、敢えて指定を外し、ひとまず 「普通の 5.5」 にアップグレードしている。

更新されるパッケージ数が多く、多少時間がかかったが、アップグレード自体は問題なく完了。OS を再起動後に vmware-config.pl を実行して VMware Server を起動し、テスト用の [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/2010/428.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware Server 2.0.2 を VMware Infrastructure Client で管理</title>
		<link>http://www.natzworks.com/digital/entries/2010/000267.html</link>
		<comments>http://www.natzworks.com/digital/entries/2010/000267.html#comments</comments>
		<pubDate>Tue, 16 Mar 2010 15:41:17 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware ESXi]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/224.html</guid>
		<description><![CDATA[我が家の主要な仮想マシン (以下 VM) が稼働する VMware ESXi 4.0 は、一応 SSH でログインしてシェル操作が可能だが、使い慣れた Linux と比べるとストレスが溜まるので、簡単な操作以外は VMware vSphere Client 経由で行うことが多い。
一方、VMware Infrastructure Web Access (以下 VI Web Access) が Firefox 3.6 で使えない件をエントリーに書いた CentOS 5.4 上の VMware Server 2.0.2 も簡単な操作以外は VI Web Access を使うが、この VI Web Access は最高に使いやすいとは言い難く、どうも好きになれない。
そこへ先日、VMware Server 2.x を VMware Infrastructure Client (以下 VI Client) で管理できることを知った。VMware Server 2.x の操作にコマンドを使うのは [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2010/000267.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Firefox 3.6 で VMware Server 2.0.2 の VI Web Access にアクセスできない</title>
		<link>http://www.natzworks.com/digital/entries/2010/000266.html</link>
		<comments>http://www.natzworks.com/digital/entries/2010/000266.html#comments</comments>
		<pubDate>Sun, 14 Mar 2010 12:43:50 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[Firefox]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[アプリケーション]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/223.html</guid>
		<description><![CDATA[普段 CentOS 5.4 で動作する VMware Server 2.0.2 上の仮想マシン (以下 VM) はコマンドで操作しているため、VMware Infrastructure Web Access (以下 VI Web Access) はあまり使わないのだが、先日久々に常用ブラウザーの Firefox 3.6 でアクセスすると、ログイン後に管理画面が表示されなかった。いったん Firefox を終了させて再度アクセスすると、今度はログイン画面すら表示されない。
そこでホストマシン上で直接 vmware-vim-cmd を叩いてみると

# vmware-vim-cmd vmsvc/power.getstate &#60;VMID&#62;
terminate called after throwing an instance of 'VmdbError' Aborted

となって、仮想マシン (以下 VM) の操作が全くできなくなっていた。仕方がないので全 VM を SSH 経由でシャットダウン後、VMware Server を停止。残っていた vmware-hostd を kill -TERM してから改めて VMware Server を起動させると、とりあえずコマンド操作はできるようになるが、VI Web [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2010/000266.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS 5.4 で VMware Server 2.0.x の仮想マシンが落ちる (続報)</title>
		<link>http://www.natzworks.com/digital/entries/2010/000245.html</link>
		<comments>http://www.natzworks.com/digital/entries/2010/000245.html#comments</comments>
		<pubDate>Sat, 23 Jan 2010 06:48:32 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/204.html</guid>
		<description><![CDATA[以前に書いたエントリー 「CentOS 5.4 で VMware Server 2.0.x の仮想マシンが落ちる」 で VMware Server 2.0.x の不具合の原因と断定された glibc も何度かアップデートを重ね、現在は 2.5-42.el5_4.3 になっている (CentOS 5.4 リリース直後は 2.5-42)。今まで VM ホスト機では glibc のアップデートは無視し続けていたが、「ひょっとして不具合が解消されてたりして」 と淡い期待を抱いて、アップデートを強行してみた。
しかし結果は変わらず。VM が突然落ちる現象が再発したため、再び glibc (と依存関係にある nscd) をダウングレードした (VMware Server 2.0.2 は再インストールではなく、vmware-config.pl のみ実行)。
やはり、具合が悪いのは glibc と言うより VMware Server 2.0.x のはずなので、VMware Server 側で対応してくれるのを待つしかないようだ。





]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2010/000245.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware Server 2.0.2 → VirtualBox 3.0.10 移行 (Windows 版)</title>
		<link>http://www.natzworks.com/digital/entries/2009/000238.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000238.html#comments</comments>
		<pubDate>Sun, 08 Nov 2009 15:34:03 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[VirtualBox]]></category>
		<category><![CDATA[アプリケーション]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/197.html</guid>
		<description><![CDATA[我が家では本番サーバー用仮想マシン (以下 VM) の他に、テスト用仮想化環境の構築で Windows 版 VMware Server 2.0 を利用している。しかし Windows 版 VMware Server 2.0 (特に VMware Infrastracture Web Access) は、我が家の非力な Athlon 3200+ マシンには苦しい。VM 不使用時は止めてある関連サービスも、VM が必要な時には起動させて重くなるし、コマンド 1発でサービスの起動/停止を操作できるものの、面倒であることに変わりはない。
と言っても、今更古き良き時代の VMware Server 1.0 に戻しても面白くない。そこで最近話題を耳にすることが多い、VirtualBox 3.0 への移行を検討してみた (月刊 Software Design の 2009年 8月号と 2009年 9月号でも、Ver.2.2 と 3.0 の特集記事が組まれている)。VirtualBox は恐らく VMware Workstation と競合する Sun Microsystems 社の仮想化製品で、評価目的や個人であれば無償で利用できる。

今回は Windows 版の検証なので、前述の VirtualBox サイトか [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000238.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CentOS 5.4 で VMware Server 2.0.x の仮想マシンが落ちる</title>
		<link>http://www.natzworks.com/digital/entries/2009/000237.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000237.html#comments</comments>
		<pubDate>Sat, 31 Oct 2009 15:49:25 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[CentOS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/196.html</guid>
		<description><![CDATA[先日我が家で VMware Server 2.0.2 が稼動する親機も含め、全ての CentOS 5.x を5.3 → 5.4 にアップグレードしたのは既報の通りだが、VMware Server 2.0.2 上で仮想マシン (以下 VM) が突如落ちる不具合に見舞われ、実はけっこう困っていた。具体的には、CentOS 5.4 上の VMware Server 2.0.2 で VM の CentOS 5.4 を起動してしばらくすると (タイミングは不定)、何の前触れもなく突然 VM が死ぬと言う現象だ。これが発生すると、VI Web Access や vmware-vim-cmd 等で VM の操作ができなくなるので、全ての VM に SSH 等の手段で個別にログインしてシャットダウンし、VMware Server を停止。残ったプロセスを殺して *.lck ディレクトリや *.vmem ファイルの残骸を削除し、VMware Server を再起動、と言う面倒なことになる。しかもこれが頻発すると来れば、実に厄介だ。
当初は VMware Server 2.0.2 の不具合かと思ったが、アップグレードする前の 2.0.1 [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000237.html/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>VMware Server 2.0.1 → 2.0.2 アップグレード</title>
		<link>http://www.natzworks.com/digital/entries/2009/000236.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000236.html#comments</comments>
		<pubDate>Tue, 27 Oct 2009 23:03:55 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/195.html</guid>
		<description><![CDATA[VMware Server 2.0.2 が (ついでに 1.0.10 も) 10/26 にリリースされた。2.0.2 のリリースノートによると、約 7か月ぶりのメンテナンス・リリースと言うことで、何箇所か (※10/29追記：4項目のみ) 修正されているようだ。僕の環境では、Linux 版の VMware Infrastructure Web Access が突然落ちると言うなかなか頭に来る現象がたまに発生していたので、解消されるといいんだが・・・。

いつものように (何となく) RPM ではなく tar.gz を展開して、インストール・スクリプト vmware-install.pl を実行する。Linux 版の 2.0.x はアーキテクチャーが分かれているので、間違えないように注意。
この際 2.0.1 以前のバージョンが既にインストールされていると、古い関連カーネル・モジュールを削除するように指示される。/usr/bin/vmware-uninstall.pl を実行せずに上書きインストールする場合は、/lib/modules/&#60;KERNEL_VERSION&#62;/misc/ にある以下のファイルを手動で削除し、改めて vmware-intall.pl を実行する。これはアップグレードに限らず、同じカーネルの上で同じバージョンを再インストールする際も同様。

vmci.ko
vmci.o
vmmon.ko
vmmon.o
vmnet.ko
vmnet.o

一応 2.0.2 は以前のシリアル・ナンバーでもそのまま動くようだが、バイナリのダウンロード前にシリアル・ナンバー再発行の手続きがあるので、/usr/bin/vmware-config.pl の最後で入力し直した方がよさそうだ。
該当仮想マシンの VMware Tools も更新せねば。




]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000236.html/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>VMware Server 2.0 でも仮想マシンを自動バックアップ</title>
		<link>http://www.natzworks.com/digital/entries/2009/000230.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000230.html#comments</comments>
		<pubDate>Tue, 13 Oct 2009 16:33:08 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/189.html</guid>
		<description><![CDATA[先日書いた VMware ESXi 4.0 で仮想マシン (以下 VM) を自動バックアップするスクリプトを、仕事の息抜きがてら、CentOS 5.3 上で稼働する VMware Server 2.0 にも対応させてみた。
以前の VMware Server 1.0 で vmware-cmd を利用していた VM 自動バックアップ・スクリプトを修正すれば、2.0 でもほぼそのまま使えるが、ESXi 4.0 の vim-cmd に相当する VM 操作コマンドが VMware Server 2.0 では vmware-vim-cmd と名称は多少違うものの、多くのサブコマンドが ESXi と共通。となればバックアップ・スクリプトを別途用意するより、スクリプト内で環境の違いを吸収してどちらでも動くようにした方が、スマートだ。スクリプトを NFS 共有ディレクトリに置いて ESXi と VMware Server 2.0 で文字通り共有すれば、メンテナンス性も高まる。

バックアップ・スクリプトの動作は、基本的に ESXi 版のフローを踏襲しつつ、VMware Server 独自の処理を加えて行く。ESXi 版では仮想ディスクをロックから開放して VM を再起動させるために ESXi 自身で作成していたスナップショットは、VMware Server [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000230.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VMware Server 2.0 (Windows 版) のサービスをコマンドで一括制御</title>
		<link>http://www.natzworks.com/digital/entries/2009/000217.html</link>
		<comments>http://www.natzworks.com/digital/entries/2009/000217.html#comments</comments>
		<pubDate>Sun, 13 Sep 2009 13:56:06 +0000</pubDate>
		<dc:creator>Natz</dc:creator>
				<category><![CDATA[VMware Server]]></category>
		<category><![CDATA[サーバー]]></category>

		<guid isPermaLink="false">http://www.natzworks.com/wpd/180.html</guid>
		<description><![CDATA[Linux 版 VMware Server 2.0 の導入に合わせて Windows クライアントも Windows 版 VMware Server 2.0 に入れ替えたが、デフォルトの状態だと激重で苦しいので、普段仮想マシンを動かす必要がないときは、関連サービスを止めておいた方が断然楽だ (苦しくない方はそのままでどうぞ)。
しかしその関連サービスは複数あって、毎回チマチマと起動／停止させるのは面倒。そこでバッチファイルで一括制御することにした。

Windows XP 上で servises.msc (管理ツール → サービス) を見るとわかるように、 VMware Server 2.0 は以下の 6個のサービスから構成される。

VMware Authorization Service
VMware DHCP Service
VMware Host Agent
VMware NAT Service
VMware Server Web Access
VMware VSS Writer

これらのサービスのプロパティで依存関係を確認すると、起動時は "6." → "3." → "1."、停止時は "1." → "3." → "6." の順で依存していて、"2."、"4."、"5." が単体で動作していることがわかる。試しに全てのサービスが停止しているとき、services.msc 上で "6." を起動させると依存関係にある [...]]]></description>
		<wfw:commentRss>http://www.natzworks.com/digital/entries/2009/000217.html/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

