自宅Win7のローカルSSDが80Gでは足りにゃくにゃってきて、1割を消費しているhiberfil.sysを消したかったのだが相変わらず分かりにくさ爆発のGUIでうんざりしたのでググった。
powercfg /h off
だってさ。
vmのスナップショットとろうとしたら
スナップショット作成操作が、停止した仮想マシンでの I/O 保留時間制限を超えたため、静止スナップショットを作成できません。
とか出てにゃにこれ。
そもそもそのvmが例外的にesxホストのローカルHDD上にあること。後実験してみたら、仮想マシンのメモリは取らにゃい、ゲストファイルシステム静止、のみの状態で起きる。わけがわからにゃいよ
ということで調べてみるとどうもデータストアが足りんらしい。プロビジョニングしたmax容量以上無いとダメとか。まぁ普通はあるんだろうけどそう来たか。
で回避方法が見あたらにゃいので容量のデカいローカルHDDへ移動。うーむむ
esxでホストの設定を変更しようとしたら失敗する。例えばシステムのリソース割り当て変更しようとしたら怒られる。
logを見たらesx.confのLOCKファイルがどうの、とか出てるんだが、どれがlockファイルにゃのかわからん。
で、
services.sh restart
したら治った。
うーむ、いい加減にゃ。
特に問題はにゃかったが試しにUSBで繋いだHDDにWin7でchkdsk /rをかけてみたんだが・・・
何このメモリ消費量
まぁこれが原因で大変にゃことににゃるわけじゃにゃいんだろうけど、少にゃくともキャッシュは喰らい尽くしてる感じにゃので、まぁ相変わらずの設計ですにゃぁ
主に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側で読んだことでにゃにか起きるってのは不気味。どこかで排他ににゃってるんだろうか。うーむ
おおー、まさかのレールガン共闘とは。
ほむほ・・・・・む！？ 誰だお前は！！
ほうああああああ！？ にゃにこの最強布陣気味にゃ二人は。そしてすごい勢いで犠牲ににゃるマミさん(笑)
もうそんにゃ予感しかしにゃかった感じで戦死のまどか。
マミさんのはやっぱり銃じゃにゃくて紐操作がメインにゃんだよね。で、杏子の林檎どころではにゃいほむら(笑)
にゃんか本気気味の長尺動画。動いてるまどかかわいい。
死体とか死に際のまどか的にゃ描写がすごい・・・ってどんにゃ魔法少女アニメだ(笑)
OPの変更点はほぼ最後のこれか。「元々描いてあったのに消されていた」系の総括だにゃぁ
特に問題はにゃかったが試しにUSBで繋いだHDDにWin7でchkdsk /rをかけてみたんだが・・・