転おもむろに電源を入れてOSが起動した...と思ったものの、ブート途中でハングアップ。CTRL-ALT-DELも効かず。仕方ないので電源ボタンをポチッとな...そんな事を数回繰り返し、「やっぱり後で落ち着いてやった方が良いね」と気付いたのだが時すでに遅かったのはその時気付いていなかった。渦中のSSDを元のマシンに戻して起動。systemブートしない。┌|゚□゚;|┐ガーソ!もちろん、長い経験のうちにブート途中で止まってしまうなんてことは何度も経験していたので、シングルユーザモードで起動してゴニョゴニョしたりとか、別の領域からマウントしてfsckするとか、それなりには経験したことがあったのだけど、今回のヤバいことはzfsが壊れて復旧できないという事態。ufsであれば何とかなったのに、zfsをシステム領域にしてそれが壊れるのは初体験。importとかやってみると良いよ!って事なので、その日はヨドバシ・ドット・コムでSSDを発注し、次の日に繰り越すのでした。その際にFreeBSD12.0Rのインストールメディアを作って帰宅。importして...おや、出来ないぞ。なになに-fオプションで強制的にインポートか。...できないorzっちゅうーわけで、どうやら一筋縄ではいかないことが判明。他方、メールも送受信できなければDNSすら引けない状況はまずいので、新たにインスコしたFreeBSD12.0Rにて環境再構築。色々なデーモンをコンパイルだの、dns設定データの再編集だの、ローカルPCに残っていたメールデータを退避させてからの新鯖へのインポートなど、それはそれは大変な作業に週一杯掛かっていたのでした。現在実稼働していて、万が一にもトンだらまずいディスクで危険なことはしない。バックアップはちゃんと取る。疲れた時に大切な仕事をしない。どれも昔っから言われてることじゃん!下手したら論語にも書いてありそうなレベル。子曰わく、疲労時に重要な作業をすることなかれ。クラッシュサーバクラッシュ顛末。「メンバーの誰もが書き込めて、メンバーの誰もが読み出せて、しかしフォルダやファイルの削除だけは作成者本人しか出来ない領域」を作ろうとしてもなかなか上手く行かない。sharedとかやっても、やっぱり他人にもファイルを削除できてしまう。user=誰々とかね)のかと思っていたけど、そうでもない。試行錯誤していたところ、zfsのACLの問題じゃないかと思い至った。これですよ!...なるほどね。従来のchmodじゃあダメなのね。bitが上手く動いてる気もするんだけどまあ気にしない)という訳で、samba共有フォルダに対して↑のようにaclを設定してあげたら希望通りの動作になったような気がしています。zpoolストレージのあれこれtips(作業メモ)zfsのストレージプールを作っている。dmesgの結果は次の通り。quirks=0x2<NO_6_BYTE>つまり、da0:8TB(ST8000DM)da1:8TB(WD80PUZX)da2:8TB(WD80PUZX)da3:8TB(WD80EFZX)da4:8TB(WD80EFZX)da5:8TB(ST8000AS)da6:8TB(ST8000AS)da7:8TB(ST8000AS)da8:8TB(ST8000AS)となっている。errorsda1・da2・da3・da4・da6でRAIDZ3。これはトリプルパリティで最大3台までのHDDが同時に死んでもデータは保全されるってやつ。8TBのHDDを5台使って容量16TB。安全性(ryだけどちょっと無駄が多すぎる希ガスda0・da4・da5・da8はRAIDZ1で24TBのストレージ。エラーが発生してる...。zpoolコマンドで復旧してみるってのもひとつの経験としてアリだけど、年末大出血(って何)ってことで東芝の14TBのHDDを3台購入してきましたわけで。以上の状態を踏まえてですね、さて、どうするか。raidz3は少々やり過ぎな気もしないでもないけど、しかし海門のHDDには過去痛い目に遭ってるから、なるべく冗長度は大きくしたい。/usr/home/jail/ほげほげって訳でまぁ概算9TB弱ぐらい使ってる。事は、14TBのHDDで新たにRAIDZ3を組んで14TBのストレーjいや、3台じゃRAIDZ3組めないでしょしまった。...しかし、raidzの特徴として、現在のストレージプールを構成しているハードディスクの容量が増えれば、勝手にプールの容量も増えるという、かつてnewfsとかシコシコやっていた頃に比べると考えれない利便性があるとのこと。次の方針でやってみよう。現在raidz3を構成している、da1・da2・da3・da4・da6のうち3台を14TBに交換。Д`)シクシク...その外した3台の8TBのHDDのうちどれかをda4の代わりに差し替える。あーでも、現在使っているストレージタワー(裸族の云々)はフルスロットル埋まっているから、手順としては次のようにせざるを得ないね。da4を物理的に切り離し、代わりに14TBの生HDDを突っ込む。zdataからどれか1台を離脱させる。離脱したHDDをzbackupに入れる。zdataに14TBのHDDを参加させる。後はビルドが完了次第、zdataのうちどれか2台の8TBを離脱させ、そこに14TBのHDDを入れてやれば良いということ。0お、ちゃんとオフラインになった。2.zdataからどれか1台を離脱させる作業これ実稼働中のファイルシステムに行うのがメチャクチャ怖い...。raidz3だからHDDを離脱させても問題ないのは分かってるけど、心臓に悪いね。(ST8000ASとST8000DMってどっちが信頼性高いんだろう。ASはアーカイブ用でDMの方が性能は高いのかな。昔クラッシュしてえらい目に遭ったのはDMだったよな。うーん...と5chで情報収集して悩む事ン十分)・・・ん?なんでda4が両方のストレージプールにあったの?(?_?)←今気づいたと思って良く見たら。da0・da5・da8でraidz0で構成しているのがzbackupda1・da2・da3・da4・da6でraidz3を構成しているのがzdata何だか良く分からなくなってきたから、da4を落とそう。errors...大丈夫なんだろうか。とりま、ここでda4を物理的に外して、代わりに14TBの1枚目を投入してみる。/dev/nullとかやってアクセスランプがパカパカするHDDを見つけるという方法。nowしてHDDを取り出...あれ?da7はどこに行ったの?そう。実は古いgmirrorな使い方をしていた/dev/da7が遊んでいることに今気づいたのですよ。訳で、da4とda7を取り外して14TBを突っ込む。quirks=0x2<NO_6_BYTE>ん?da2とda9でマウントされてる。errorsよしよし。errorsこんな風になった。これでリビルド(?)してるんだろう。(とHDDのアクセスランプを見に行く)raidz3だったら同時に2台目も入れ替えても大丈夫だろうけど、若い頃だったら多分突っ走ってやってただろうけど大人になった今はそういう危ない事はやらない。後はda4をzbackupに復帰させてみる。errors両方合わせて70時間ぐらい待ってれば良いっぽい。いう訳で今年の作業終了~。ふー2019/1/3追記。ビルドが終わったようなので、14TBのHDD2台目を行ってみる。errorsよーし、これでまたリビルド待ち。最近このブログ(WordPress)なども稼働させているため過負荷気味のサーバですが、OSもいつの間にかObsoleteになって久しいし、ここいらでOSも含めて更新しようと思い立ったのでその記録。FreeBSD11.0Rをインストール。1TBのSSDを持ってきてzfsにしてみた。zfsは扱ったことが無いので、これから慣れていかんとなぁ。installでパッチ当て。INSTALLDIR=ごにょごにょとやってjailを構築。その辺までは良いとして、いよいよjail環境の構築。従来のように、/etc/rc.confにjailなんちゃらを書き込むのはもうobsoleteだよ!と怒られる。すれば良いかというと、/etc/jail.confに書く。/etc/jail.confの書式は以前とは違うので注意。