Windows7 (x86) でまったく問題なく Windows ライフを満喫していたのだけれども、最近になって少し問題が発生した。それは、
VMware vSphere Client が Windows7 上で動かない
と言うこと。
これは何も OS の種類が x64 だからと言うことはなく、ただ単に VMware vSphere Client が Windows7 をクライアントとしてサポートしていないだけの話。
泣かぬなら、泣かせてみようホトトギス、ということで今回は強引に VMware vSphere Client を Windows7 上で動かしてみたので、ここに記載したい。
作業手順
以下の方法で進めることにする。
- Microsoft .NET 3.5 SP1 に含まれる System.dll のコピー、もしくはダウンロード
- VpxClient.exe.config の編集
- 環境変数の編集
以上で問題なく、VMware vSphere Client が Windows7 上で動作する。
Microsoft .NET 3.5 SP1 に含まれる System.dll のコピー、もしくはダウンロード
VMware vSphere Client はその動作に .Net 3.5 のコンポーネントを使用している。このため、このファイルを Microsoft .NET 3.5 SP1 がインストールされた既存の PC から USB メモリなどを使用してコピーし、
%ProgramFiles%\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
に設置する。
それがめんどくさい、もしくはそんな PC 複数もない!という方はこちらからダウンロードできるので試してほしい。Heiko’s site
VpxClient.exe.config の編集
次に VpxClient.exe.config を編集する。
中身は XML で記述されているので、見慣れている人も多いと思う。この中の 12,13,14 行目を追加する。追加し終わったファイルは以下のようになる。(ハイライト表示されているのが今回追加した行。)
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.net>
<connectionManagement>
<clear/>
<add address="*" maxconnection="8" />
</connectionManagement>
</system.net>
<appSettings>
<add key = "protocolports" value = "https:443"/>
</appSettings>
<runtime>
<developmentMode developerInstallation="true"/>
</runtime>
</configuration>
環境変数の編集
次に環境変数を設定する。
ほかのウェブサイトなどでは起動用のバッチファイルを作成する方法が多いみたいだけど、あまりエレガントではないと個人的には思っている。よって、ここでは環境変数を変更することにした。
コントロールパネル→システムの設定→詳細設定→環境変数
ここのユーザー環境変数とシステム環境変数の両方に以下の設定を追加する。
DEVPATH=C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\Lib
以上で、問題なく VMware vSphere Client が動作する。
関連書籍など

ふとしたことから SMTPサーがーが必要になった。
そこで、いつも通りに FreeBSDに sendmailでも入れて動かすか、と思っていたんだけどそういえば Ubuntuにもサーバー版のディストリビューションがあったなあと思いつき、入れてみることにした。
結論から言えば、設定簡単すぎて笑ったぐらい
なんだけど、GUIを一切入れていないので、それはそれで少し詰まったこともあり、同じような思いの人もいると思うから記事にしてみた。
isoファイルをダウンロードする
リンクはこちら
ちなみに 9.04はサポートが 2010年まで。8.04は驚異の 2013年まで。サポートとか考えるともちろん 8.04だけど、個人用途だし、どうせローカルでしか動かさない SMTPなので今回はこれで
ちなみにダウンロードの時、64bitがデフォルトになっている。最近のハードウエアだと 32bitを入れる事もないと思うけど、一応メモ。
VMwareでインストールする環境を整える。
まずはいつも通りに新規仮想マシンを作成する。ここは今までいろいろと解説してきたし、最近は VMwareユーザーも増えてきたと言うことで、わかりやすく簡素に記述することにする。
- 仮想マシンの新規作成 {構成-標準}
- OSの種類 {Linux-Ubuntu 64bit}
- メモリの割り当て {512Mbytes}
- ハードディスクの割り当て {8GB}
これで設定は完了!実際にインストールしてみましょう!
インストール時に必要な設定項目たち
Choose language
まずは言語の選択。うちの環境の場合、日本語を使うことはないので、迷わず Englishに。キーボード配列を気にする人もいると重いけど、これはあとで設定できるので、ここではこの設定で行くことにする。
Partition disks
インストールするパーテションの種類を選択する。
今回は、何も考えずに Guided – use entire disk and set up LVMを選択。これで仮想マシンに割り当てた8Gのディスクすべてを ubuntuで使うようになる。
インストールするディスクの選択。これはさきほど割り当てた8Gを使うので、何も考えずに、エンター。
最後に確認を求められるので、ここでもエンター。
パーテションの使用量の設定。ここでは、全容量があらかじめ画面に出てくるので、何も変更するつもりが無ければエンター。
最終確認画面。エンターですすむべし!
Select and Install software
ここではセキュリティアップデートをどのように処理するかを選択する。
もちろん、お約束として No automatic updatesを選択。ある日突然動かなくなっていました、というのは昔よくあった話。
俺、このアップデートが終わったら○○するんだ・・・。
Software selection
これ超便利!
あらかじめ使用目的が決まっている人は、ここで全部パッケージを選択することができる。うちの場合は自分で入れる、というアマノジャクなのでスキップ。
Finishi the installation
ここまでくれば完了。あとはリブートして完了!
おつかれさまでした!
お薦めの書籍
どーすんだよう、Active Directoryが動かないっすよ
と非常に困ってます。ネット上の記事を見てもあまり情報が載ってないです。具体的に同じ症状の方がいてこのブログを見てくださっているのであれば、一緒に解決策を見つけましょう、って事で以下やったこと。
ESXi3.5 Update4上で元気に動いてた Windows Server 2008 (x64)
↓
ESXi4へアップグレード
↓
Windows XPとかの仮想マシンも元気に動いてて、これが無料ってウマー
↓
よっしゃ、Windows Server 2008の動作テストするか!
↓
起動時にブルースクリーン 
↓
修復インストールとかしてもダメだった
↓
無意味に仮想マシンをアップグレード(右クリックからあげるやつです)
↓
同じ症状
↓
途方に暮れる ←今ここ
ちなみにエラーになったスクリーンショットはこんな感じ。

困るんですよねぇ。なんせ AD動いてましたから!(苦笑)
しょうがないので ESXi3.5に戻すかどうか悩んでます。でもそれって何かに負けた気がしてくやしくない?
昨日から崩壊してしまった ESXi4をなんとか復旧させようと、いろいろといじってはいるんだけど、正直に言ってこの ESXi4かなり荒削りな感じがしてきた
正直、これから VMwareの世界に入る人にはたぶん ESXi3.5 update4をすすめると思う。技術的にはもう古いのかもしれないけど、なんせ情報がネットにいろいろと出ているので何かあったときにトラブルシューティングしやすいし、何よりも安心だと思う。
それに比べて ESXi4はほとんどと言ってい一ほど何も情報がないし、トラブル事例などもあまり見かけない。これはノートラブルって訳じゃなくて、解決できていないのか、もしくは解決してもわざわざブログなどで書く人が少なくなっている良い証拠だと思う。
閑話休題。
データストアのなかなから必要なインベントリを Veeam FastSCPでゴリゴリとコピーしたので、今日は以下の手順で進めようと考えていた。
ESXi4をインストール
↓
iSCSIターゲットの再構築 (freeNAS)
↓
iSCSIのマウント
↓
サルベージ下データストアをiSCSIへコピー
ところが!
何をどうやっても、ESXi4が freeNAS上に作成した iSCSIターゲットをマウントしてくれない。認識はしてくれるんだけど、マウントの時に盛大にコケる。
freeNASのログを見てみても、単純なネットワークエラーとしか出ていない。(要はタイムアウトです。)ずーっとクライアントから pingしていても、反応は 1msで帰ってくるので、何か間のスイッチが壊れてるとか、そういう話でもなさそう。
ちなみにエラーが出るのは↓の画面の後。フォーマットしてさーマウント!って時に必ず出る。
このときの ESXi4上のエラーメッセージは以下。
event.vprob.storage.connectivity.lost.fullFormat (vprob.storage.connectivity.lost)
エラー
2009/06/18 23:01:35
いやはや、困り果ててネットを見てみるけど何も情報は無し(涙)
どうも iSCSIではなくて、物理ディスクの SATAだとしっかりと認識しているので、とりあえずはここにインベントリを移してしまって、ここから仮想マシンを起動しようと思う。
freeNASは良い機会なので、以前から検証していた Windows Storage Server 2008に移行させることにした。
ああ、疲れた・・・
昨日からせっせとデータのリストア作業をしているんだけど、iSCSI上のデータストアからローカル SATディスクへのデータのコピーに時間がかかりそうだったので、そのまま放置していたらエラーが出てコピー作業自体が止まってしまっていた
標準のデータストア・ブラウザ本当に使えない
、と思ったのでリモート環境からコピーできるツールの中でも、高速でなおかつできが良く、しかもフリーという物があったので使用してみた。
Veeam FastSCP 3.0
そもそも、ESXiはSSHによるログオンが可能で、これを利用して WinSCPなどの SSH (Secure Shell)を使用してファイルを転送するプログラムが使用できる。ただし速度に関して言えばやっぱり遅くて、インターフェイスもお世辞にも良いとはいえない。
そんな中で、Veeamが無償で公開しているのがこの FastSCPというソフト。ベンチマークがサイトに載っているけれど、最大で8倍も高速にファイルのやりとりができる。おまけにスクリプトも組めるので、その気になればデイリーでバックアップもとれそうだ(ただし仮想マシンはシャットダウンしている必要性がありそうだけど)。
ユーザー登録は必要なんだけど、それだけ終われば後はダウンロードしてインストールすればいいだけ。初回起動時にログインするハイパーバイザーの IPとユーザー名、そしてパスワードを聞いてくるのでそれを入力。
そうすると、そのハイパーバイザーが現在見えているデータストアの一覧が出てくる。
ここからはお好きに自分のローカルにダウンロードするもよし、逆にローカルからアップロードするなどいろいろな方法があると思う。
僕の場合はデータのコピーがしたかったので、そのまま何も考えずにドラッグ&ドロップで別のデータストアボリューム(今回だと ESXiから 1)に落としてやれば、そのままコピーが始まった
こんなに簡単でいいの?と思うほど便利なツールなので、是非とも利用してみてください。