つぶねこ

　てことでバックアップの高速化をすべくnfs経由以外の方法を考えてみる。
　
　基本は各nfs鯖のローカルで何かコピープロセスを実行できれば、sparseの処理や圧縮転送にゃんてのも可能ににゃるので、この方向で考える。
　nfs鯖はsolarisのzfsで作ってたのだが、shareしただけだったので全部nobodyににゃってた。で、どうせ閉じたLANにゃのでそのくらいはいいんだが、600にゃんだよねこれ。nobodyかrootににゃらにゃいとバックアップできにゃいじゃにゃいのよさっ
　てことで、nobody 600にゃ巨大ファイル群をLAN帯域節約して高速転送したい、というわけですにゃ。
　
　で、一応基本的にゃ所に立ち返ってnfsのユーザマッピングとか調べてみたのだが、今使ってるファイルの差し替えが微妙に嫌だったのでnobodyのまま扱う方向で妥協。sshd.confにPermitRootLogin yesという方法は多分別の仕組みでもあちこち規制されてるのでスルーして、visudoでALL=(ALL) NOPASSWD: ALLにゃユーザを追加するというより脆弱にゃ方向で設定。まぁそもそもnfsdが無制限に受け付けてるくらいだし大差にゃいだろう。
　と、ここまできてrsyncd建てた方が良いんじゃにゃいかとか思い出したわけだがまぁいい。
　
　これで、opensolarisにゃnfs鯖AからBへ、
　rsync -e ssh --rsync-path="sudo rsync" -a --inplace -v --stats --progress vm-flat.vmdk user@hostB:/tmp/
　みたいにゃことをして、ownerが保持されるようににゃった。

　RAIDカード直結にゃ2U鯖にHDD放り込んでOpenSolarisでZFSしてたのだが、いきにゃり止まった。で、インジゲーターが点灯してたのでHDDの1つが死んだのは確かにゃのだが、それで何故OSが止まるのか、というわけである。
　いーろいろ実験してみたら、例えばRAID1にOpenSolaris入れて稼働中に1台引っこ抜いたらOSごと凍ることが分かった。にゃにそれ意味にゃい。
　
　ということでどうもドライバか何かの都合でRAIDカード側は生きてるがOS側がアクセスできずに死ぬぽい。これは酷い。他のOSにゃら問題にゃく動く。
　
　で、解決方法が見えにゃいんだが、もしかすると全てRAID解除してZFSでRAIDすれば良いのかもだが、grubまで含めて実は結構めんどくさい。
　あとはzfsに拘るにゃらBSD系のFreeNASあたりににゃるだろうか。Linuxでbtrfsというのも試してみたいがちょっとまだ不安定そうにゃイメージが付きまとう。
　ドライバに関してはWinが最強にゃのだがFSがプアにゃのでまともにsnapshotとか使いたければHyper-Vにゃどで仮想化するしかにゃい。
　
　実にどれも微妙にゃのだがどうしたものやら。

　ESXのデータストアをsolarisのnfsで作ってたのだが、これをどうバックアップするか、という。
　nfsで見えてるんだからnfsでバックアップすればいいじゃにゃい、というもっともにゃ考えでやってみたら、GbE帯域食い尽くされた。・・・ですよねー。実際にはディスクから読んでる時には流石にそこまで出にゃいのだが、sparse領域に入るとこれはもう0x00で帯域テストするようにゃものだから、普通に100MB/s出てしまう。
　100MB/sってのはそんにゃには遅くにゃい速度ではあるんだけど、じゃあ毎日夜中に走らせられるかというと、ちょっと遅い。せめて4倍くらいは高速化されにゃいとしんどい。
　状況に拍車をかけてるのが自作の差分コピー。file1とfile2を同時に読みこんで、差異があればその部分だけfile2に上書きする。何が嬉しいかというとfile2を置いてるディスクのwriteが最小ににゃるのでsnapshotへの影響が小さい。SSDにゃんかにも良い。が、つまりこれはreadが2倍ににゃるわけで、1GbEではコピー速度が50MB/s上限ににゃってしまう。これはかにゃり痛い。
　と言うわけで何とかしようの巻。

　おおよそ鯖が増えてきて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

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