つぶねこ

　FreeNASをinstしたので種々設定。
　鯖にNICが2つ付いてるのでLink Aggregationしてみる。
　Network|Interface Management|Link Aggregation and Failoverにあるんでマウスでちょいと触るだけ。本来にゃらLACPを選ぶところだが、ハブの設定がめどい、ということでloadbaranceとroundrobinを試してみる。
　
　が、何故か1つ目のifしか使ってくれにゃい！？と思ったら、LAG有効にしてからこれをifに追加してUPしてメインのifに変更する必要があるぽい。で、LAGにゃifにip割り振れば本来のifはipが外されて見えにゃくにゃる。
　とりあえず簡便にroundrobinにしてnfsクライアントからreadしてみると、きっちり2等分されて送出されてる感じ。にゃんかethフレームの順序が崩れるよとか書いてあるが問題無さそう。まぁtcpだしにゃぁ。
　loadbaranceにすると、ethフレームやらにゃんやらのハッシュでもってどちらかのifに割り振られるぽいので、運が良ければきっちり分かれるし、運が悪いと片側のifに集中する。まぁ当然やね。
　
　そんにゃわけでroundrobinでしばらく使ってみるが、web上にさっぱり情報がにゃいあたりがにゃんだかにゃー

　おお、異世界でみみしっぽで戦場のうたわれワールドかっっ

　あぁピンクかわいいピンク。犬にゃのかネコじゃにゃいのかでも問題にゃいにゃい

　え？ちょ・・・え？・・・
　そ　ー　にゃ　の　か　ー
　どうしようまぁ何がどうにゃっても見るけど

　FreeNASをinstしたのだがnfsでzfsに書き込むと5～10秒間隔で転送が急激に落ち込む。
　例によってバッファにため込んでディスクへ書き出そうとして他の処理がとまってるようだ。もう少し頭の良いデフォルト設定ににゃらん物か。
　
　で調べてみると
　vfs.zfs.txg.synctime
　vfs.zfs.txg.timeout
　あたりが関係するらしい。・・・が再起動しにゃいと変更できにゃいだとか。めどい。
　
　とりあえず/boot/loader.confに
　vfs.zfs.txg.timeout="2"
　とか書いてみたら極端にゃ脈動はにゃくにゃった。速いかと言われるとにゃんか遅いが。
　もうちょっと値を詰めたら速くにゃるかもだがいちいち再起動ってのがめんどくさすぎ。

　やはりアブリルがかわいい

　着物～ぉ↑着物～ぉ↑

　風邪回キター。やはり1クールに1回くらいは臥せって欲しいにゃ。

　あぁ病気トリカかわいい

　ベタだが素敵＞お注射

　にゃんだろうこの本編が全く記憶に残らにゃいヴィクトリカかわいいよ動画

　FreeNAS 0.7.2(5543)amd64でZFSのpool作ろうとしたら失敗する。
　logによると

root: cannot create 'aaa': permission denied 
ZFS: vdev failure, zpool=aaa type=vdev.open_failed 
zpool create -m /mnt/aaa aaa /dev/aacdu0

　だとかにゃんとか。
　これはあれか、怪しげにゃレノボ鯖の胡散臭いadaptec RAIDカードが原因かっ
　・・・でググると、

sysctl -w kern.geom.debugflags=17

　で治るとか。・・・あ、治った。ってにゃんでデバッグレベル変えて挙動が変化するんだよ。怖ぇ。GEOMの保護機能だとか書いてあるがこれは如何にゃものか。
　んでzpool触る度にこんにゃのやってられんので

echo kern.geom.debugflags=17 >> /etc/sysctl.conf

　とかしてみたけどあってるかにゃ？
　・・・ちがうか。System|Advanced|sysctl.confにあるからwebからすべきか。
　うーん、どうにゃのこれ、使えるの？これでも安定版だよね？

　FreeNASをinstしたので種々設定。流石に安定版だけあってGUIで極端におかしにゃ事は起きにゃい。
　が、sysctl.confはいじれるが/boot/loader.confはいじれにゃいぽいので結局sshで入る。
　
　とりあえずnfs鯖にゃので
　vfs.zfs.cache_flush_disable="1"
　を追加。
　んー、今時これが必須にゃのかどうか分からにゃいけど何とにゃく。

　そんにゃわけでssh経由でrsync実行できるようにはにゃったのだが、まずはパフォーマンスの計測を。
　現状50MB/s以上出てるけど今度はrsyncとsshがCPUを食い尽くす(笑) そうかーそうきたかー。まぁ結構演算量多いししょうがにゃいか。
　ちょっと頑張ってみる方向としてはsshや圧縮の方向もアリだね、ってことで、
　rsync -e 'ssh -c arcfour128 -C -o "CompressionLevel 1"'
　をしてみたら10MB/sくらいに落ち込んだ。これは酷い。
　てことで
　rsync -e 'ssh -c arcfour128' --compress --compress-level=1
　で、圧縮率がよいと80MB/s、低いと15MB/sとまぁ微妙にゃ頭の打ちよう。CPUが足りにゃい。sparse度の高いファイルの初回転送時のみ圧縮したほうがいい、といったところ。圧縮がgzipにゃのとシングルプロセスにゃのでどうにもにゃらにゃい気味。初回のみに限ればtar|sshで送った方が効率的かも知れにゃいが面倒。ていうか初回にゃら--inplaceの代わりに--sparseでいいのか。
　
　と、ここまでやって結果は50MB/sか。・・・nfsで100MB/s出るのに！単体で使うのはバカらしいシステムににゃってしまった。しかしnfsでは同時に複数のコピーが走ると飽和するので、2本以上同時運用するのにゃらば断然rsyncが良いと言うことににゃる。
　ま、まぁマシか？多少は。