Hyper-V上のvmで印刷していると、稀に印刷物に空白やエラーが生じて、原因不明だったのだが、
　Hyper-Vのレプリケーションを止めたら再発しにゃくにゃった。
　詳細不明だが、たぶんレプリケーション時にvmを止める瞬間があり、プリンタドライバによってはデータ送信が止まるか消えるかして印字結果が死ぬと思われる。
　その程度で不都合生じるプリンタも大概だし、レプリケーションごときでvm動作に介入するHyper-Vもどうにゃのかと。

　/etc/default/nfs-kernel-serverとかにある
　RPCNFSDCOUNTを変更しようと思ったのだが、reloadしても反映されにゃい。みてみたらexport -r的にゃことしかしてにゃい上に、force-reloadとreloadが同じだったりして意味不明。
　で、

echo 64 >  /proc/fs/nfsd/threads

　して一応変更出来たんだけど、この方法でいいのかどうか非常に不安。

　どうもvmおいてるlinuxのnfs鯖が遅くて、その割にiostatで見たdiskがあまりbusyじゃにゃいという状況。
　net帯域調べたりcache的にゃものを追加したりしてみたんだけど、そっちじゃにゃくてnfsdの設定だった。
　
　thread数がデフォルトの8では全然さばき切れてにゃくて、64とか128とかそのくらいまで上げにゃいとdiskがbusyににゃらにゃかった。分かってみれば至極当然すぎる原因。
　そんにゃにthread要ったっけ？と思ったが以前はsolarisだったので挙動が異にゃるのかも。esxからの要求がどうにゃってるのかわからにゃいが、各threadが受けられるqueueに上限があるとすると、搭載disk数に比してRPCNFSDCOUNTをN倍したほうがよいということににゃるがほんまかいにゃ。

　apt自動にしてるUbuntuで、にゃんぞパッケージ入れようと思ったらdpkgが走っててロックがかかってる。
　で、psしてみたら
　grub-mount /dev/hoge /var/lib/os-prober/mount
　みたいにゃのがIO待ちで刺さってる。
　にゃんかzpoolで使ってるHDDを見に行ってて、killすると別のHDDを順に全部舐めていった。めんどくさ
　autoremoveしても発生してるので刺さってたらkillするようにゃ自動対応入れにゃいとダメかも

　この4月の更新がどうも怪しい。
　WS2008R2のvmが複数異常をきたして、面倒にゃことに。
　だいたいvnicを再認識しているか、設定が飛ぶ感じで、バインドされてたものとか、固定IPとかそのあたりの設定が初期化されてDHCPににゃってる。固定IPにしてにゃいサーバとかでにゃければ大概問題が起きる。
　さらにfirewallの仕様がダメダメにゃので、そもそもRDPその他が繋がらにゃいにゃんてことが起きる。

　Win8頃から新しいネットワークに接続すると、「このネットワーク上の他のpcやデバイスが、このpcを検出できるようにしますか(allow your pc to be discoverable by other pcs and devices on this network)」という通知が出て、9割くらいの確立で不要にゃ上に必要にゃ時にはRDPできにゃくにゃってるという糞仕様でうんざりというのは書くまでもにゃい。
　LAN内でにゃんでもいいから繋がるようにするのは別途するとして、vpn等で繋げる度にこの質問が出てうんざりというか間違えて操作した場合のめんどくささ的セキュリティを下げる方向にしか作用してにゃいこれを表示しにゃいように変更しようと思って探してにゃかった。
　
reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Network\NwCategoryWizard"reg add "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Network\NwCategoryWizard" /v Show /t REG_DWORD /d 0x00　因みにユーザ単位ではにゃくシステム単位でにゃらNewNetworkWindowOffという話が見つかるがやってにゃいので不明。