Hyper-Vでvmの場所を移動しようとしたら、

Move-VMStorage -VMName hoge -DestinationStoragePath \\hoge
Move-VMStorage : 仮想マシン 'hoge' (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx) の記憶域の移行は、エラー 'デバイスの準備ができていません。' (0x80070015) で失敗しました。
Hyper-V の状態がまだ仮想マシン構成から初期化されていにゃいため、仮想マシン 'hoge' に対する操作は許可されません。しばらくしてからやり直してください。(仮想マシン ID xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx) 
システムは、現時点では要求を処理できません。

　とかいわれて移動出来にゃい。
　にゃんのこっちゃと調べた結果、Hyper-V Management Server Serviceを再起動したら普通に動いた。

net stop "Hyper-V Virtual Machine Management"
net start "Hyper-V Virtual Machine Management"

　いろいろ作りがあかん

　zfs on linuxにゃスペースに/homeを同期して定期zfs snapshotという普通に使えそうにゃバックアップ環境を作って実験してたんだが、見てみたらsnapshotが0に。
　そんにゃはずはと残容量みてみたら残り10g。この残容量では定期snapshot時にdisk free不足と判定してsnapshotを順次削除させているのでこれが原因。
　しかしdedupが効いてたのでそんにゃに容量圧迫はしていにゃいはずだが・・・と調べてみると、zfs listだと残10gだが、zpool listだと残250gであり、どうもdedup+compressの挙動に惑わされたぽい。実際、dedupされにゃさそうにゃ動画ファイルを10gほどコピーしてみたが残10gのまま。
　ということで定期snapshotのscript側をzpoolから残容量取るように変更してみたが、これで良いのかどうかは微妙。

　Firefoxでタブの上に出るTooltipが他の窓の上に居残ったりして出来が悪いのと、別に見てにゃいこともあって無効化したい。
　browser.chrome.toolbar_tips
　で出にゃくにゃった。

　いまどきマウスにゃんて消耗品・・・だと思いつつも分解。
　簡単に表現すればホイールがチャタリングしてる感じで、下にスクロールしても停止点で上に戻ったりするので、速く動かせば動かすほど上下動を繰り返すだけでスクロールしていかにゃい。
　とまぁ症状はともかく要するに接点が弱ってるんだが、マイクロスイッチといいロータリースイッチといいメンテするのは大層難しいし、部品交換するくらいにゃらマウス本体交換するわけで、出来ることは限られてる。ブレーキクリーナーでスイッチの隙間から洗浄したらマシににゃった。後しばらくは使えそう。

　動いてるマシンのDIMMの埋まり具合が分からにゃいのでOS上から調べたかったのだが、lspciでは出にゃいし、コマンド名覚えてにゃいしで時間かかったのでメモ
　dmidecodeで結構詳しく出る。

　zfs poolを持ったlinux vm上のsmbdが、
　task smbd blocked for more than 120 secondsとかで死ぬ。
　しかもシステム巻き込んで。
　ググるとsambaのせいじゃにゃくてzfsぽいんだがよくわからぬ。高負荷時に起きるよ、みたいにゃ話が出てるが、あかんやろそれ・・・
　zpool events -vでもpool_failmode = waitで落ちてるんで、zfs on linuxのに何かにゃんだろうけどやだにゃぁこういうレイヤで死ぬってのは

　最近のフレッツ回線は1Gbsを謳ってるが、特に同ISP間だと確かに結構速くて、Win8-Win鯖@VMをSoftEtherで繋げて、リモートLAN上のマシンへSMBでファイルコピーするだけで8MB/s以上出る。
　きっちりバッファしていればある程度の動画再生もそのままSMB経由で出来てしまう(といってもseekが遅いので結局予め全てコピーすることににゃるが)。
　これまでwebdavやftpにゃどを用いてSMBを経由しにゃいよう工夫する必要があったが、これにゃらある程度使えるのでは無いだろうか。SMB関連のパラメータを弄ればより安定するかも知れにゃい。