永らく放置してしまっていたESXi 5.0環境のパッチ適用を行いました。
update1すら当てていなかったという情けない状態だった訳ですが、今日から最新環境です。
久々に適用したなぁ。

~ # esxcli software vib update -d /vmfs/volumes/datastore/ESXi500-201205001.zip
Installation Result
   Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
   Reboot Required: true
   VIBs Installed: VMware_bootbank_esx-base_5.0.0-1.13.702118
   VIBs Removed: VMware_bootbank_esx-base_5.0.0-1.11.623860
   VIBs Skipped: VMware_bootbank_ata-pata-amd_0.3.10-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-atiixp_0.4.6-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-cmd64x_0.2.5-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-hpt3x2n_0.3.4-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-pdc2027x_1.0-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-serverworks_0.4.3-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-sil680_0.4.8-3vmw.500.0.0.469512, VMware_bootbank_ata-pata-via_0.3.3-2vmw.500.0.0.469512, VMware_bootbank_block-cciss_3.6.14-10vmw.500.0.0.469512, VMware_bootbank_ehci-ehci-hcd_1.0-3vmw.500.1.11.623860, VMware_bootbank_esx-tboot_5.0.0-0.0.469512, VMware_bootbank_ima-qla4xxx_2.01.07-1vmw.500.0.0.469512, VMware_bootbank_ipmi-ipmi-devintf_39.1-4vmw.500.0.0.469512, VMware_bootbank_ipmi-ipmi-msghandler_39.1-4vmw.500.0.0.469512, VMware_bootbank_ipmi-ipmi-si-drv_39.1-4vmw.500.0.0.469512, VMware_bootbank_misc-cnic-register_1.1-1vmw.500.0.0.469512, VMware_bootbank_misc-drivers_5.0.0-1.11.623860, VMware_bootbank_net-be2net_4.0.88.0-1vmw.500.0.7.515841, VMware_bootbank_net-bnx2_2.0.15g.v50.11-5vmw.500.0.0.469512, VMware_bootbank_net-bnx2x_1.61.15.v50.1-1vmw.500.0.0.469512, VMware_bootbank_net-cnic_1.10.2j.v50.7-2vmw.500.0.0.469512, VMware_bootbank_net-e1000_8.0.3.1-2vmw.500.0.7.515841, VMware_bootbank_net-e1000e_1.1.2-3vmw.500.1.11.623860, VMware_bootbank_net-enic_1.4.2.15a-1vmw.500.0.0.469512, VMware_bootbank_net-forcedeth_0.61-2vmw.500.0.0.469512, VMware_bootbank_net-igb_2.1.11.1-3vmw.500.0.0.469512, VMware_bootbank_net-ixgbe_2.0.84.8.2-10vmw.500.0.0.469512, VMware_bootbank_net-nx-nic_4.0.557-3vmw.500.1.11.623860, VMware_bootbank_net-r8168_8.013.00-3vmw.500.0.0.469512, VMware_bootbank_net-r8169_6.011.00-2vmw.500.0.0.469512, VMware_bootbank_net-s2io_2.1.4.13427-3vmw.500.0.0.469512, VMware_bootbank_net-sky2_1.20-2vmw.500.0.0.469512, VMware_bootbank_net-tg3_3.110h.v50.4-4vmw.500.0.0.469512, VMware_bootbank_ohci-usb-ohci_1.0-3vmw.500.0.0.469512, VMware_bootbank_sata-ahci_3.0-6vmw.500.1.11.623860, VMware_bootbank_sata-ata-piix_2.12-4vmw.500.1.11.623860, VMware_bootbank_sata-sata-nv_3.5-3vmw.500.0.0.469512, VMware_bootbank_sata-sata-promise_2.12-3vmw.500.0.0.469512, VMware_bootbank_sata-sata-sil_2.3-3vmw.500.0.0.469512, VMware_bootbank_sata-sata-svw_2.3-3vmw.500.0.0.469512, VMware_bootbank_scsi-aacraid_1.1.5.1-9vmw.500.1.11.623860, VMware_bootbank_scsi-adp94xx_1.0.8.12-6vmw.500.0.0.469512, VMware_bootbank_scsi-aic79xx_3.1-5vmw.500.0.0.469512, VMware_bootbank_scsi-bnx2i_1.9.1d.v50.1-3vmw.500.0.0.469512, VMware_bootbank_scsi-fnic_1.5.0.3-1vmw.500.0.0.469512, VMware_bootbank_scsi-hpsa_5.0.0-17vmw.500.0.0.469512, VMware_bootbank_scsi-ips_7.12.05-4vmw.500.0.0.469512, VMware_bootbank_scsi-lpfc820_8.2.2.1-18vmw.500.0.0.469512, VMware_bootbank_scsi-megaraid-mbox_2.20.5.1-6vmw.500.0.0.469512, VMware_bootbank_scsi-megaraid-sas_5.34-1vmw.500.1.11.623860, VMware_bootbank_scsi-megaraid2_2.00.4-9vmw.500.0.0.469512, VMware_bootbank_scsi-mpt2sas_06.00.00.00-6vmw.500.1.11.623860, VMware_bootbank_scsi-mptsas_4.23.01.00-5vmw.500.0.0.469512, VMware_bootbank_scsi-mptspi_4.23.01.00-5vmw.500.0.0.469512, VMware_bootbank_scsi-qla2xxx_901.k1.1-14vmw.500.0.0.469512, VMware_bootbank_scsi-qla4xxx_5.01.03.2-3vmw.500.0.0.469512, VMware_bootbank_scsi-rste_2.0.2.0088-1vmw.500.1.11.623860, VMware_bootbank_uhci-usb-uhci_1.0-3vmw.500.0.0.469512, VMware_locker_tools-light_5.0.0-1.12.653509

VMware Workstation 8.0 では、ゲストOSにVTがあたかも対応している様に見せかけるオプションが存在しています。

ESXiを試しり、Hyper-Vや、Xen Serverを試す時には便利なオプションなのですが、ESXiでも使いたい。
が、vSphere Client上からはそれらしいオプションは見つからない。

ESX 4.0や、ESXi 5.0は動作させるのは、ゲストOSを選択する際に選べばいいだけなのですが。。。
Xen Serverを動かすのには設定変更が必要でした。

訳あって XenDesktop やら XenApp やらを弄っていたりしています。
ハイパーバイザーに、XenServerを使っても良いのですが、すべてを自宅検証マシン(ESXi 5.0)上に用意したかったのでESX 4.0(ESX on ESXi)を利用してみました。
XenDesktop自体は、XenServer、VMware ESX、MS Hyper-V をサポートしているのですが、VMwareを利用する場合は、vCenterが必要なのだろうと思い込んでいました。
が、VMware ESX 4.0 では、必要になる機能は搭載されており、vCenter無しでも利用できる模様。

で試してみた。
が、設定を弄らないと繋がらない事が判明。
繋がらない原因は、ESXでデフォルトで導入されるSSL証明書がサーバ名と一致していない状態になる為との事で、証明書を作り直すかHTTPでのアクセスにしてしまうかが必要。
SSL証明書を作り直すのは面倒なので、とりあえずはHTTPで繋げられる様に修正。

ESXiのマシンをML115 G1からML110 G6に移行しました。
ついでに、バージョンもESXi 4.1からESXi 5.0に変更しました。

ESXiでは、主にthinディスク形式を利用し、スナップショットも多様していた為、そのままコピーではthinディスク形式を維持できずthickディスクになってしまいます。
スナップ情報を維持する為には、無償で利用できるVMware vCenter Converter Standaloneの利用はできず、コピーする方法以外選択できないのですが、thinディスク形式を維持したく様々な方法を試し、以下方法に行き着きました。

1.別HDDを一台接続し、datastoreとして認識させます。（iSCSIでも良いかもしれない）
2.ESXiのdatastoreブラウザで、データをコピーペーストでスナップショットのディスクイメージ以外をコピーします。
3.スナップショットのディスクイメージは、datastoreブラウザでコピーすると、差分イメージではなく、クローンされたイメージ形式になってしまってディスクサイズが大きくなってしまう為、sshなどのコンソールからコピー。
LFS66-000002.vmdk、LFS66-000002-delta.vmdkの2個セットの様な形で差分ディスクとして構成されるので、スナップショット分だけコピーします。

/vmfs/volumes/4c445a2e-0695b55c-50c1-001a4bb0d9e7/LFS66 # ls -l
-rw-------    1 root     root           16822272 Sep 19  2010 LFS66-000002-delta.vmdk
-rw-------    1 root     root                258 Sep 19  2010 LFS66-000002.vmdk
-rw-------    1 root     root         1079086047 Sep 19  2010 LFS66-Snapshot3.vmsn
-rw-------    1 root     root        21474836480 Aug 22  2010 LFS66-flat.vmdk
-rw-------    1 root     root               8684 Sep 19  2010 LFS66.nvram
-rw-------    1 root     root                487 Aug 22  2010 LFS66.vmdk
-rw-r--r--    1 root     root                458 Sep 20  2010 LFS66.vmsd
-rwxr-xr-x    1 root     root               2691 Sep 19  2010 LFS66.vmx
-rw-r--r--    1 root     root                260 Aug 22  2010 LFS66.vmxf
-rw-------    1 root     root           16801792 Sep 19  2010 LFS66_1-000002-delta.vmdk
-rw-------    1 root     root                262 Sep 19  2010 LFS66_1-000002.vmdk
-rw-------    1 root     root        10737418240 Sep 20  2010 LFS66_1-flat.vmdk
-rw-------    1 root     root                489 Aug 22  2010 LFS66_1.vmdk

4.コピーしたHDDを、移行先のマシンに接続して、同様の方法で移行先HDDにコピー。
5.datastoreブラウザからインベントリ登録。

この方法でスナップショットも問題なくthinディスク形式で移行ができました。 しかし、稼動したままの状態のスナップショットは起動できませんでした。（今回、OpteronからXeonにCPUが変わっている為、CPU状態が復帰できないのが原因の様子なので、同一メーカのCPUであれば可能かもしれない）

ESXi 5.0、4.1共に同様のエラーが発生してdatastoreが作成できない現象に遭遇。
ESXiを起動しているディスクではなく、datastore用に追加でHDDを繋げたのですが、以下画面のエラーが出てdatastoreの作成が出来ない。

ESXi「192.168.xx.xx」で オブジェクト「ha-datastoresystem」の「HostDatastoreSystem.CreateVmfsDatastore」 の呼び出しが失敗しました。

調べてみたら、GUIDパーティションテーブルを利用しているディスクだと失敗する模様。
別端末に接続し、MBRパーティション形式に変更しても同様のエラーが発生。
ログを見る限り、やはりパーティションテーブルの問題の様で、パーティションテーブルをddで丸ごと強制的にzeroで上書きしないと認識してくれませんでした。

エラーが出ていた際のESXiのログは以下。

ML110 G6へのインストールは、標準のDVDドライブでも問題なし。
ライセンスの問題からメモリが上限8GBになってしまう様なので、4.1で使っていく事になりそうだけれども、一応動作する事は確認しておきたかったので。

Windowsでの話しです。
C:\Documents and Settings\jdoe\Application Data\VMware\preferences.ini
に

mks.noBeep = "TRUE"

と追加してVMwareを再起動。じゃまなBeep音がなくなります。
現場で急になると驚いてしまいます。裏でVM作ってる時なんか特に。

たしかESXi 4.0以上は、VKernelが64bit必須だったような記憶が。。。
なぜか、Socket478のPentium4でESXi 4.0が起動。。。
ML115 G1で以前使ってたHDDを繋ぎ変えたら起動してしまった。
どうみてもCPUはPentium4って認識してるしなぁ。Socket478でのPentium4はEM64Tは非対応だったはずじゃ。。。



[2010/11/07追記]
どうやら僕は、Socket478の最後にわずかに存在したEM64T対応のPrescottを拾ってきたようだ。
これはレアだが、発熱でか過ぎ。。。ピン折りで電圧下げるしかないか。。。
出来れば周波数も少し下げたいなぁ。
HTは有効なまま上手くできないかな。。。

srchack.orgでは検証環境としてESXiを利用している訳ですが、ESXiではVMware Serverと違い仮想マシンの複製が面倒なのです。
ファイルコピーで動作する訳ですが、管理しやすくファイル名をVM名にしておきたい訳なのですが、vmdkファイルのファイル名変更がESXiではサポートされていない為、ファイル名変更が出来ないのです。。。

Deployサーバを立てる事も考えたのですが、どこに立てるかが問題なので、ふとした思い付きでovfエクスポート/インポートをしてみました。
結果はビンゴ。
ovfエクスポートを実施した後で、ovfインポートの際に名前を付けると、VM名でファイル一式できました。
OS毎でovfファイル作っておけば、インポートするだけで検証環境の出来上がりっとw
ovfファイル置き場のクライアントとのネットワーク回線速度が遅いとDeployも遅い訳なので、せめてGigabitで接続しなくては。。。

元の仮想マシン・ファイル

/vmfs/volumes/4c445a2e-0695b55c-50c1-001a4bb0d9e7 # ls -l Windows2008\(32bit\)/
-rw-------    1 root     root        42949672960 Aug 21 14:54 Windows2008(32bit)-flat.vmdk
-rw-------    1 root     root               8684 Aug 21 14:54 Windows2008(32bit).nvram
-rw-------    1 root     root                531 Aug 21 11:30 Windows2008(32bit).vmdk
-rw-r--r--    1 root     root                  0 Aug 20 14:05 Windows2008(32bit).vmsd
-rwxr-xr-x    1 root     root               2901 Aug 21 15:00 Windows2008(32bit).vmx
-rw-r--r--    1 root     root               1584 Aug 21 15:00 Windows2008(32bit).vmxf
-rw-r--r--    1 root     root             112652 Aug 20 14:07 vmware-1.log
-rw-r--r--    1 root     root             114691 Aug 21 11:18 vmware-2.log
-rw-r--r--    1 root     root             881387 Aug 21 12:00 vmware-3.log
-rw-r--r--    1 root     root             135480 Aug 21 14:54 vmware.log

複製先の仮想マシン・ファイル

/vmfs/volumes/4c445a2e-0695b55c-50c1-001a4bb0d9e7 # ls -l ESSO81/
-rw-------    1 root     root         2147483648 Aug 21 15:27 ESSO81-c2dfd6ed.vswp
-rw-------    1 root     root        42949672960 Aug 21 15:31 ESSO81-flat.vmdk
-rw-------    1 root     root               8684 Aug 21 15:29 ESSO81.nvram
-rw-------    1 root     root                519 Aug 21 15:16 ESSO81.vmdk
-rw-r--r--    1 root     root                  0 Aug 21 15:16 ESSO81.vmsd
-rwxr-xr-x    1 root     root               2743 Aug 21 15:29 ESSO81.vmx
-rw-r--r--    1 root     root                261 Aug 21 15:16 ESSO81.vmxf
-rw-r--r--    1 root     root             139854 Aug 21 15:28 vmware.log

ESXi 3.5の際に使っていた方法ではsshd有効化が出来なくなっていました。
どうやら、ESXi 4.0からはGUI管理画面のサービスプロパティから有効化できる様になった模様。
sshdを有効化すると、「構成の問題」と表示を出してくれるという、なんとも親切な作りになってしまったではないか。
セキュリティ的に宜しくないので問題といえば問題なのでしょうが、ssh経由で触れるのは便利なのですよ。
おとなしくVM API使えって事なんでしょうかね。