openfiler 2.99のiSCSIエラーとか。

openfiler 2.3から2.99へ移行して暫くは順調に機能していたが、ここ最近で一点問題が出てきた。
家のOpenFilerはRAIDで組まれたボリュームを二つに区切り、前方をiSCSI、残りをCIFSとして割り当てている。

NICは、オンボードをCIFS、及び制御用に構成。
追加したPCIeのintel pro 1000 ctを2本束ねてiSCSIに割り当てた。
CIFSとiSCSIもVLANで別けている。
その内、障害が出たのはiSCSI側。

特に膨大なトラフィックは発生しないはずである。

しかしながら、数十MB程度のトラフィックしなないのにも関わらず、iSCSIがAbort Taskして徐々に挙動がおかしくなる。
最初の内は、Function Completeとなり、応答性は悪いものの機能はする。
その内に、Unknown LUNとなりVM側からは切り離されることがある。
こうなったら最後、iSCSI Targetを再起動し、VMも再起動するしかなくなる。
しかしiSCSIを再起動したあとには、エラーを吐いてOpenFilerごと再起動しなければならない事態も多々。

原因が判らないのが一番の問題で、対処のしようがないところ。
CIFS側では常時膨大なトラフィックが発生しているので、そちら側に何か引っ張られているのでは無いかとも考えられるが。
 手っ取り早いのは、OpenFilerを2.3で組み直して様子をみるか、というところ。

2.99にした理由もあまり無いので、それでもよし。
ただ、iSCSI Targetが物理的に二台になってしまうことだけは避けたい。
もしくは、導入されているiETを古いものに置き換えるか。
 少なからず、2.3の時点ではこんなことはなかったはずだからだ。

 いろいろ面倒が続くなぁ。

旧StorageServerが･･･

あぁ、全然更新してません。

仕事に追われてるとか、いろいろブラックな話題もありますがここでは割愛。

そんなわけで、思い立って環境整理をしようというわけです。

で、この図はウチの環境。

主に検証がメインですが。

残念なことに、VMwareのデータストアになる部分が分散してしまっています。

当初の設計思想から外れてしまっているわけですが、これは中央にある旧StorageServerのArrayがお亡くなりになるとか、って言うのが一番の理由。

所詮自作機にたいそうなことをさせちゃイカンです、といわれたらそれまでなんですが。

貧乏フリーエンジニアってのはやはり自分でどうにかしなければいけない訳です。

ということで、この分散されてしまった環境をまた統合するというのが当面の目標。

さて、いつ飽きるかな。

VMware ESXi 4.1 released

つい先日リリースされた4.1をテスト機で起動させてみた。

さし当たっての変化点は

・USBパススルーのサポート
・E1000ドライバの更新
・VLANのポート増
・認証機構のADサポート

といったところか。
あくまでも上記は自分の環境でのことなので、詳しくはVMware社のリリースノートを参照して頂きたい。

メモリ周りのパフォーマンスも向上しているらしいので、VMを詰め込んでいる自分の様なユーザーには助かるかも知れない。

まだ最弱のサーバに導入しただけなので、これから詳しくテストを行おう。
基本は今まで出来ていたことが出来るか、と言うことに尽きるが…。

Walbrix

どこで読んだかは忘れたが、Walbrixなるものを入れてみた。
要はXenをベースとした仮想アプライアンスプラットホームの様な位置づけ。

インストールも、イメージをCDに焼いてCDbootすればおそらく15分もあれば完了する。
ただ、インストールしただけではコンソールが立ち上がるだけで特に何かできるというものではない。

Walbrixを導入した後がむしろメインというところ。
いくつかの仮想アプライアンスがサーバへダウンロードできる形になっていて、それぞれにディスク容量とメモリ割り当てが可能。
Walbrixそのものは物理マシンに導入するのが前提（そもそもXenなので）ということだが、手持ちの物理マシンはすべてVMware ESXiが導入されているため「どうとでもなるだろう」と思い、VMware上にWalbrixを導入するということに。
（このあたりが、後々面倒に・・・）

ちょっとグループウェア的なものが欲しかったので、Aipoとやらを導入してみる。

ダウンロードは5分くらいで終わり、仮想マシンが立ち上がる。
このあたりは回線やら、マシンスペックにも依存するところ。

さて、samba（名前解決のために)が動いているらしいので仮想アプライアンスをダウンロード時に指定したサーバ名でブラウザからアクセスすれば即使用可能・・・らしいのだが。

み、見えない。
いつもどおりのトラブルシュートを行うが、指定したサーバ名でネットワークコンピュータ上には見えるが、名前からIPは引けず簡単設置が売りなのかそのあたりはdhcp任せなのでDHCPサーバのリース情報を見るが貸し出されたIPではやはり接続できない。
iptableとかが動いてるのかも知れないが、内から外へも通信できないのはおかしい、とさらにWebを探すと・・・。

現状でTwitter上でサポートをしているらしい。
ということで、@wbsupportへつぶやいてみる。

案内されたWeb上のFAQを見ると、xenのコンソールから仮想マシンに入れるのでそこから確認する、という内容。
IPは取得しているが、疎通は外から内、内から外へ一切取れないという状況に。
うーん、どういうこっちゃ？

さらにつぶやいてみると、ESXi上のNICの設定がPromiseCastモードになっていないのではないか？という回答がいただけた。
VMware Fusionでの話しらしいが、Fusionでは警告が出るらしい。

確かにVMware ESXiはデフォルトでPromiseCastはしないことになっているので、仮想マシンの通信は阻害されてしまったんだろうというところ。
設定を変えると、すんなりAipoの画面が表示された。
と、いうことでようやく使ってみるところまでは到達。

さて、どんなものかなと・・・。
そのあたりはまた次回。

・・・この後いろいろ面倒なことになるわけだけれど。

ESXi4 Boot from USB MicroSD Card

以前挑戦していたダメルコのUSB SD CardReaderからのBootは、何故かESXi 4では普通にBootが出来るようになっていた。
Bootの方法が変わったのかと思いきや変わっているわけでもないので何かしらこっち側に問題があったのだろうか。
うーん･･･。

参考までに。
M/B：Intel D945GCLF2
MEM：2GB
CPU：Intel Atom 330(1.6GHz)/DC/HT
NIC：HP NC7770(PCI-X) tg3 Driver

BIOSでは、USBのAll Fixed Diskとなっており振る舞いはHDDのそれと変わりは無い(はず)。
気にはなるので残ってるESXi3.5でもいずれ試してみよう。



コレだけしかはみ出ないってすばらしい。
最初からコレが出来ていればかなりのネタになったのだろうけど･･･。
まぁ、後の祭りってことで。

ちなみに何でIP隠してるかっていうと･･･PPTPで知人にHDDを開放しているから。
PPTP鯖でルーティングもしちゃうんで、ESXiまでPPTP経由で到達が可能になってしまうため。
まぁ、サブネット分けるなりVLAN切るなりすればいいんだろうけどなんていうかメンドクｓ

次は何をしよう･･･。
あぁ、そういえばFONを導入しようと思ってたんだった･･･。

Install from USB flash memory

はてさて、アキバの大半の店は閉まっていたのでヨドバシでUSBメモリを購入。
windows 7のISOサイズが2GBを超えているので、4GBモノを2つ購入。
一つは、オーソドックスなUSBメモリ。
もうひとつは、先頃買ったダメルコの先端5mmしか出ないUSBメモリ。

一つ目は良いとして、何故ダメルコのアレをもう一つ買うのか。
mixiのESXiコミュで、microSDからのboot成功者が居るからに他ならない。
まぁ、その辺は追々。

本題に戻って、USBメモリからwindows 7導入の為に情報を漁っていると…。
少しややこし。
しかも作成にあたっては、windows2008かvistaか7が必要とか言っちゃってるの。
もう見てらんない。

windows 7入れるのにwindows 7が無いとメディア作れないとか本末転倒過ぎる…。
しかし、諦めるのはイヤなのでVMwareServerにwindows 7を導入。
なんでESXiに入れないのか？それはUSB使えないからだ！コンチクショー！
でもって、インストール自体は割とあっさり終わる。

しかしまたしても罠が…。

USBコントローラを正しく認識してくれない。
これではいかんともし難い。
さすがにVMwareServerの1.0.9じゃサポートしないか。
と言うところで時間切れ。
ムカつくことこの上ない週末だった。

VMWare ESXi 3.5 update 3 その2

で、D945GCLF2の上で動いているESXiはどうなったかというと･･･。
まあ、入れなおしなわけなんですが･･･。

悪あがきをいくつかやったので雑多に書きとめよう。

1.sshでログインできるようにする。
　ESXiのコンソール(VICではなく、ローカル)からAlt+F1を押してshellにログイン。
　/etc/inetd.confを書き換えて再起動。
　これでsshで中に入れるようになりましたとさ。

2.simple.mapの変更。
　いくつかのコマンドを入力して情報の収集。
　lspciとかとか･･･。
　hwinfoとか見て、ICH7情報を取得。
　確かVenderID,DriverID,SubVenderID,DriverIDとかだった気がする。

3.oem.tgzの編集。
　/etc/simple.mapの中からお目当てのIDを探して"ide"つまりCD/DVDドライバになっているのを書き換える。
　周りを見れば判ると思うが、ahciへ変更。
　で、再度それをoem.tgzとしてパッキング。
　#tar cvzf oem.tgz etc usr
　で、出来上がったのを置き換える。
　cp oem.tgz /bootbank/oem.tgz

まぁ、やってみて再起動したんだけどその後ESXiはKernelPanic起こして完全停止。
激しく諦めモード。

せめてもの救いは、ESXiはHDDにインストールではなく、USBから起動だったこと。
これで、Update2の入れなおしになったときはUSBの中身だけ気にすればいい。
BootとESXiはUSB、DataStoreはHDDであればまだ救いがあるわけで。

CDとかからHDDにインストールされちゃってるとかなり面倒くさいことになるが恐ろしかった。

と、いうことでUSBメモリ万歳。
ESXi Update2に戻したら今までどおり動きましたとさ。
めでたしめでたし。

VMWare ESXi 3.5 update 3

Build-123629のリリース。
基本的な情報としては、新規Hardwareのサポート云々。

えーと、要約すると･･･。
　・vCPUの数が増加。
　　コアあたり8つから20まで。
　・NICのサポート追加。
　　Broadcomの1Gb/10Gbが追加。
　　でも、カードが持ってるiSCSITOEは未サポート。
　・SATAコントローラの追加。
　　BroadcomとIntel ICH7
　　BroadcomはHDDとSSDだけサポート。
　　IntelはCD/DVDだけサポート、この上にVMFSは作成できない。
　・新規H/Wの追加
　　HP BL495c
　・サポートOSの追加
　　solaris 10 U5
　　Ubuntu 8.04.1
　　RHEL 4.7
　・内蔵SASコントローラの追加
　　Intel Modular Server MFSYS25 SAS
　・Qlogic 4Gb FC HBAの修正
　・IBM SAN Volume Controllerのサポート

ってこんなところか。
･･･あれ、ICH7につながったSATAHDDをデータストアに出来ないってことは･･･ウチのD945GCLF2は使えないじゃないか･･･。
やっべ、あげちまったよ。

VMWare ESX Server 3i On D945GCLF2

さて、ようやく時間が出来たのでケースに組み込んだIntel D945GCLF2にESXiを導入。
導入といっても、USBからBootさせる方法をとっているのでUSBメモリを抜いてしまえばどうにでもなってしまう。
まぁ、そのあたりはプライベートユースなので気にしない方向で。

ICHは7なので、すんなりとHDDも認識するがやはり問題はNIC。
Realtekなので間違いなく認識しない。

当たり前ですね。
あんな糞チップは滅べばいいとばかりにBIOSでDisabledに変更。
ついでにUSBメモリのモードもFixed Diskに変更する。
そうしておかないとまったく持ってBootしない。

NICはPCIスロットにHP NC7170(PCI-X)を投入。
IntelPRO/1000 MTとか新品でも7000円くらいしてしまうので、中古でDualPortならお買い得かもしれない。
ちなみに6900円ほど。

んでもって、ESXiをUSBに組み込んだメモリからBootさせたのがこの画面。
確かに認識されているのでこれでよし、と。

さて、必要最低限の鯖から移行しますかね･･･。
眠いけど。

仮想マシンというもの。

仮想マシン(Virtual Machine)というものが世に出てもう随分と時間が経つ。
概念から言えば1960年代には登場しており、汎用機などではとっくに実装されている機能だ。

その波がPCに押し寄せ、一般に仮想マシン(Virtual Machines)として登場したのはおそらくVMWareが最初だろう。
異論はあるかもしれないが、実用に耐えうるという意味合いなので、ここは主観が混じる。
その後VMWareはWorkstation、ESX Server、GSX Server、Playerとあらゆる製品を世に輩出してきた。

概念はおそらくこうだ。

一般的に我々が使用しているServerなどはPeekの時間を除けばリソースの使用率は数％から多くても50％も使用していない。
ならば、その余剰リソースを有効利用するために1つのServerの上に別個のServerを機能させれば良い。

これ以外にもいろいろとメリットはあるが、一番の理由は有効活用と私は考える。

ところで、この仮想マシンの親亀(ホスト機)はどうやってトラブルに見舞われるか。
理由はいろいろある。

電源、HDD、メモリ、etc･･･

こればかりはどうにもならない。
っていうか、家の鯖が落ちたわけで･･･。
あぁ、こんなことなら家へのssh入り口までVMにするんじゃなかったと後悔。

まぁ、なんていうか･･･使いどころを間違えちゃいけないなということで。
(なんだこの〆方)

VMWare ESXi 3.5 update 2 その7

さて、これでESXiでXPができるから検証らくだなーと思いきや･･･。

実はもう一つ罠が潜んでいたり。

vmscsi.sysが読み込めま線

･･･またしても孔明の罠。
結局ドライバディスクを用意するだけでは飽き足らず、scsiドライバ入りのWindowsXP板を作成することに。

まぁ、nLiteとか使えばすぐできるんだけどね。
と、言うわけで早速インストール再開。

で、めでたくできました。
あーつかれた･･･。

VMWare ESXi 3.5 update 2 その6

ちょっと会社の検証用にWindowsXPが必要に。
VMWareServerからVirtualApplianceのインポートをしてもよかったんだけど、どうせだからということでESXiに直接GuestとしてWindowsXP入れてみようと思ったのが大間違い。

まず、VMを作成。
んでCDROMにisoイメージをマウントさせて、VMを起動。
CDからsetupが起動して･･･。

あれれ？
ハードディスクがみつかりま線。

･･･何線だ？JR？東京メトロ？
いや、そんなネタはどうでもいい。

要するSCSIのドライバをXPが標準ではもってないらしい。
で、解決策としては･･･

VMWare Workstation用のSCSIドライバを使用。
ソレをsetup開始時にF6押して入れてあげれば事なきを得たわけで･･･。

4時間もハマってしまったとさ。
あーあ、眠い。

VMWare ESXi 3.5 update 2 その5

さて、いろいろと情報をあさってみると意外と日本ではこの問題に出くわしている人が少ない。
まぁ、Core2等で最初からEM64TだのIntelVTだのがはじめからOnになってることのほうが多いからだろうか。

海外サイトを探してみると若干の情報にたどり着く。

要するに、普通はIntelVTなんざ使わないからBIOSでOffってあるんだからOnに汁。
･･･なるほどもっともです。
IntelVTは仮想化支援の機能だから普通に使う人には一切関係ないわけだ。

そんなわけで、もう一度BIOSをくまなくチェック。

あったあった。
SecurityのOSセクションに、Intel Virtualization Technologyとかそんな感じの項目が。
ばっちりOffられてるので、早速Onに変更し再起動。

見事、ESXi上でx64なGuestOSがセットアップできましたとさ。

･･･家のESXi用マシンは自作なんだがいまだ成功してないけど。
そこも確かめなきゃ。

続く。

VMWare ESXi 3.5 update 2 その4

案件的にWindows Server 2003のx64版を使用しなければいけない局面があるので、この際だから64bitのWindowsもテストしてみるか、というわけ。

とりあえず、EM64Tなマシンを探して･･･そういえば、HPのxw4300が一応EMT64Readyだったことを思い出した。
ただし、BIOSのアップデートが必要らしく、早速入手。

最新はおそらくVer1.11、アップデート用のISOを焼いて早速アップデート。
まぁ、これは5分程度で終了。

で、改めてESXiを導入し早速x64のVMを作成･･･。
およ･･･何故か蹴られた。
どうやら、EM64T以外にもIntelVTが必要らしくこりゃどうするんだー？と。

来週の課題ですな。
うん。

HostOS的にはx64が導入できることは確認できているから動くんだろうけど、ちょっと悔しい。
ぜひVMでもその恩恵に･･･。

続く。

VMWare ESXi 3.5 update 2 その3

前回はUSBメモリに展開し、USBからbootさせる方向で対応機種の稼動確認。

今回は、内臓のHDDへインストールしてみた。
結果から言うと、基本的に古めのサーバ(Xeon HTあたり)はほぼ動くんじゃなかろうか。
SCSIのArrayControllerもきちんと認識していた。

逆に新しいデバイスのサポートがどうかわからないところ(そんな金もない)

ちなみに導入したサーバはIBM eServer xSeries 225

CPU:Intel Xeon 3.06GHz(FSB533)
MEM:8GB
HDD:IBM ServeRAID 5i 0Channel HBA
LTO:HP LTO1

こんなところ。

ちょっと不満というか困ったところは、大抵のArrayControllerには管理用のユーティリティがついていて、それで状態監視や再構築を手動(または自動)で行えるのだが、ESXiにはユーザーがコマンドをたたけるインターフェースは無いようで、ユーティリティが導入できない。

RSAとか使えばできるのだろうか･･･。

まぁ、会社の環境では見えるところにサーバをおいているし、自動リビルドもするのであまり関係ないといえば関係ないのだがデータセンター等に設置したときが問題かな、というレベル。

あぁ、導入の話だった。
簡単に言えば、選択する項目は４～５個程度しかなくその他はほぼ自動。
HDDのパーティションをどうする～みたいな話は無く15分～20分で完了する。

その後は、リブートしてESXiが起動するので改めて設定。
項目としては

・ホスト名
・ネットワーク周り

以上。

で、ここからはすべてリモートから操作が基本。
まずは、設定したIPに対してブラウザからhttpsで接続。
VMware Infrastructure Clientをダウンロードして導入する。
ちなみにWindows版しかありません。

続く。

VMWare ESXi 3.5 update 2 その2

ESXiを使用するにあたっての方法は大きく2通り。

1.USBメモリに展開し、USBからBootする方法。
2.Hostマシンに接続されているディスクに導入する方法。

まずは、1.を試すことにする。

要点だけ説明すると、USBに対して実行イメージをそのまま書き込むことによって動作をさせる。
CD内に、ddで吸い上げられたイメージが入っているのでそれをUSBメモリに対してddで復元させる。
出来上がったUSBメモリはboot可能なマシンであればそのままbootし、ESXiが立ち上がるといった仕組み。

この時点でいくつか注意すべき点があるので簡潔に。

1.ACPI周りで動作できない環境がある。
2.構成によってはkernel panicに陥って動作不能。
3.USBからbootできなきゃ意味無し

どれもgoogle先生あたりにお伺いすれば出てくる内容なのでばっさり割愛。
ちなみに3でハマったのは内緒。

ちなみに使用したHardは以下のブツ。

1.Panasonic CF-T5（ｸｿﾏｼﾝ)
　PATA、NICを認識しない。
　まぁ、内蔵NICは蟹chipかつ100baseなので期待はしていない。

2.IBM/Lenovo ThinkPad T60
　内蔵HDD(SATA)、内蔵NIC(Intel PRO/1000)は問題なく動作。
　さすがにメインマシンのHDDをここで使うわけには行かないので、動作確認のみ。

3.IBM xSeries 225
　社内で使っている個人所有のサーバ。
　Intel Xeon 3.06GHz(HT)、2GBメモリ、IBM ServeRAID 5i配下に36GBHDDが5本RAID5で構成。
　検証マシン。まれにArrayが破損するのはご愛嬌。

で、わかったこと。
メーカー製マシンでまともなサーバ機（というか、Linux 2.4系列でドライバを持っているもの)は大体動くであろう。
確認できている範囲では、Intel PRO/1000とBroadComの57xxはNICとして認識できそう。
SATAに関しては新規サポートが増え続けているので期待age。
ちなみにThinkPad T60はICH6だったが、問題なく認識。

USBBootに関してはマシンのBIOSに依存する部分もあるのでなんとも。

さて、次回はサーバのHDDへ導入。

VMWare ESXi 3.5 update 2

ベースプロダクトが無償化されているので、とりあえずダウンロード。

ハードウェアの敷居は相変わらず高く、箱を選ぶのは相変わらず。

情報を漁る限り、CHIPSETのPATA、SATAは全滅に近い。

HCLに載っているものです揃えてしまうのがベストチョイスな訳だけど、ひねくれた自分はどうするべきか。