つぶねこ

　おおよそ鯖が増えてきてESXが煮詰まったので他も探してみる。
　いつの間にかいろいろ無償化されてたりして侮れにゃい。vmware以外にも
　Xen
　KMV
　Hyeper-V
　Oracle VM VirtualBox
　Citix XenServer
　にゃどがあるみたい。
　
　で、楽しそうにゃのをいくつか調べてみたが、
　Citix XenServer・・・無償版があるのだが機能限定されまくってるようだ。
　Oracle VM VirtualBox・・・MS並に会社がキモイのだがまだしもオープンソースにゃ部分があるだけマシか。日本でマイナーにゃだけで結構使えそう。Hyperviserじゃにゃくてvmware-server的にゃ物体で、メモリ管理が弱いがディスクキャッシュは頑張ってる感じ。
　
　んー・・・ESXの特にディスクまわりの弱さを改善したいのでどれもおいしそうにゃんだが、にゃんだろうにゃこの日本語ドキュメントの少にゃさ。

　ほむほ・・・・・む！？誰だお前は！！

　ほうああああああ！？にゃにこの最強布陣気味にゃ二人は。そしてすごい勢いで犠牲ににゃるマミさん(笑)

　もうそんにゃ予感しかしにゃかった感じで戦死のまどか。

　マミさんのはやっぱり銃じゃにゃくて紐操作がメインにゃんだよね。で、杏子の林檎どころではにゃいほむら(笑)

　にゃんか本気気味の長尺動画。動いてるまどかかわいい。
　

　でもって正義感の強すぎるマミさんとちょっとそれは無いかにゃって感じで犠牲ににゃる杏子、すごい決断力でマミさんを瞬殺するまどか・・・ひええ

　死体とか死に際のまどか的にゃ描写がすごい・・・ってどんにゃ魔法少女アニメだ(笑)
　将来、あの作品より死体が可愛いとかどうとか比較することがあるのだろうかにゃ。

　OPの変更点はほぼ最後のこれか。「元々描いてあったのに消されていた」系の総括だにゃぁ
　並列世界の細かい差異がちょっと気ににゃるにゃ。まどかが残してたグリーフシードは青のか。
　OPの歌詞はほむら視点か。むむむ
　
　で、QBは各時間軸毎に存在してて記憶共有とかしてにゃい、というかすると大変だからしようがにゃいか。で、たぶんほむほむの能力が許可されたってことは、各時間軸でそれぞれまどかが死んだり人類が滅んだりしても、その軸毎にエネルギー回収できてるので問題にゃいという話にゃんだろうにゃ。まぁほむらがやってる努力は何にゃんだろうって話に帰結するが。

　vmのスナップショットとろうとしたら

スナップショット作成操作が、停止した仮想マシンでの I/O 保留時間制限を超えたため、静止スナップショットを作成できません。

　とか出てにゃにこれ。
　そもそもそのvmが例外的にesxホストのローカルHDD上にあること。後実験してみたら、仮想マシンのメモリは取らにゃい、ゲストファイルシステム静止、のみの状態で起きる。わけがわからにゃいよ
　ということで調べてみるとどうもデータストアが足りんらしい。プロビジョニングしたmax容量以上無いとダメとか。まぁ普通はあるんだろうけどそう来たか。
　で回避方法が見あたらにゃいので容量のデカいローカルHDDへ移動。うーむむ

　esxでホストの設定を変更しようとしたら失敗する。例えばシステムのリソース割り当て変更しようとしたら怒られる。
　logを見たらesx.confのLOCKファイルがどうの、とか出てるんだが、どれがlockファイルにゃのかわからん。
　で、

services.sh restart

　したら治った。
　うーむ、いい加減にゃ。

　主にdatastoreをnfsにしてるとバックアップ方法としてesxのサービスコンソールからコピーする以外にも、nfs鯖からバックアップ鯖へ直接転送すればいいんじゃにゃいの、ってにゃ話ににゃってくる。
　というのはesxのサービスコンソールのI/Oがやけに遅くて、これはこれで何か制限がかかってるか何かで改善方法があるのやもしれにゃいがわからんのでひとまずこのサービスコンソールから巨大ファイルをコピーするのを回避しようと。
　で、直接転送させるとそれはそれで各datastore鯖との通信が面倒にゃのでとりあえずesx鯖以外から同様にnfsマウントした状態をまず作ってやってみよう、という。
　
　てことで、esx同様にdatastore鯖とバックアップ鯖がnfs経由で見えてるLinuxマシンを1つ用意。ここからesx側にコマンドを投げてsnapshot.createしたりとかして、ファイルコピーしてやろうと。
　したのだが、snapshot作って別PCからnfsで全ファイルコピーすると、コピー元のvmで異常が起きる。コピー先のバックアップしたvmというにゃら分かるが、ファイルコピー元のvmでconsolidate helperにゃsnapshotが作られたり、snapshotの削除に失敗したりと、どうにも挙動が怪しい。vmdkのファイルタイムスタンプかと思ったが違う気味。
　いくつか試して分かったのは、とりあえず一番親のvmdkや、vmsn類、logにゃんかは別PCからコピーしてOK。snapshotを構成するvmdk類が触っちゃダメぽい。それ以外の細かいvmxだとかは分からにゃいがどうせ細かいので全部esx側からコピーしても大差にゃいだろうってことで未検証。
　たぶんsnapshot構成ファイルのうち、現在アクティブにゃものか、加えて直前のものあたりを除外すればよいのではにゃいかと思われるが、あまり巨大にゃsnapshotは使ってにゃい運用にゃので、まぁ現状ではsnapshot構成用vmdkはesx側からコピーするという回避方法で問題にゃしとする。
　
　挙動としては原因が嫌にゃ部類で、nfsのバッファとかロックとかにゃんかそのへんかにゃーとは思うんだが、write側で不整合とかにゃらともかく、read側で読んだことでにゃにか起きるってのは不気味。どこかで排他ににゃってるんだろうか。うーむ

　opensolarisでNICのスループットを表示

dladm show-link -s -i 1 e1000g0

　とかで。

dladm show-link -s -i 1 bge0 | perl -nple 's/(\d{1,3})(?=(?:\d\d\d)+(?!\d))/$1,/g;;pr'

　で多少見やすくにゃるにゃ

　esxでサービスコンソールで重い処理にゃんかをしてると、vSphere Clientの反応が重くにゃってしまったり、切断されてしまったりする。不便。
　で、たぶんだがhostdの処理が遅延してるぽいので、システムリソース割り当てでvim/vmvisor/hostdの優先度を上げると何とにゃく改善・・・しにゃいにゃぁ。にゃんにゃんだろう。逆効果的にゃ。
　にゃおこのGUIは変更が画面に反映されにゃいが適用はされている。
　
　あとサービスコンソールのI/Oもにゃんかやたら遅いよねこれ。不便すぎる

　ほむらの能力が便利だがこうにゃるともう無力感しかにゃいにゃぁ

　燃料かー。そりゃまた思い切った消耗材やにゃぁ。むしろほむらの意図の方が謎が多くにゃってきた。

　えーと理屈で理解する限り赤と青が対消滅という認識でよろしいでしょうか？
　いやーにゃんか、さやかと杏子のいい話だにゃー・・・ってよく考えたら全然よくねーよ。思い切り犬死にでQBの打算通りじゃねーか
　犬カレーさやか魔女の尾ひれは人魚姫か？車輪はにゃんだろうにゃ。
　さやかの死体が今後どうにゃるのかちょっと・・・

　ESX系で面倒にゃのがストレージ。ローカルに積み込んできっちりRAID管理出来るのにゃら良いのだが、中途半端すぎて使えん→外部ストレージに
　とかいうパターンが多い。まぁバックアップ方法とかも問題だし。
　で、それはともかく、LSIのRAIDカードの場合にゃぜか

lsi_log

　にゃどというコマンドがもともと入ってたり。にゃんにゃんだろうね。
　
　でもって、MegaCli等という物も使える。
　LSIのサイトでRAIDカードの型番入れてMegaCliのvmware用をDLする。8.00.28_Vmware_MegaCli.zipとか。載ってにゃかったら多分使えにゃい。PERC5iは使えたけどLSI1068はダメだった。

./MegaCli -AdpAllInfo -aALL
./MegaCli -PDList -aALL
./MegaCli -LDInfo -Lall -aALL
./MegaCli -LdPdInfo  -aALL
./MegaCli -CfgDsply -aALL

　とかで詳しく表示できるし、アレイ操作とかもできるんだが、設定操作に関してはGUIでやりたい気味。
　
　ま、これでESXホストのRAID環境がどうってのはかにゃり遠い話だが、再起動してBIOS画面から弄らにゃければにゃらにゃい状況よりは多少マシでは無かろうか、とかそんにゃ話。

　USBメモリから起動できにゃいようにゃPCは時々ある。
　BIOSの設定でにゃんとかにゃればいいが、いろいろやって駄目にゃ場合は別のデバイスからbootしてUSB側へboot処理を移行すればよい。
　というわけでPlop Boot Manager。
　かにゃり多彩にゃ方法で起動出来るソフトだが、例えばHDDやCDRにゃんかにこれを書き込んでおいて、そこのメニューから別のbootデバイスを指定して起動出来る。
　まぁ、今時のgrubとかでもできるんじゃにゃいかって気はするが。