Ellinikonblue.com Weblog

　偶然気がついたのですが、 4 月 28 日に NAS4Free の 9.2.0.1.972 がリリースされてました。

　一つ前のリリース 9.2.0.1.943 が GIGABYTE GB-BXCE-2955 の ネットワークインターフェイス (Realtek 8111G) を 認識してくれず、さんざん苦労したのですが、 今回の 9.2.0.1.972 も FreeBSD の 9-STABLE を ベースにしてくれていないようなので、 アップグレードするとおそらくネットワーク I/F を認識しなくなります。 　と言うことで、今回のアップグレードはパス。
　FreeBSD 10 ベースになるまでおとなしくしてるか… (_ _;>

• Home | NAS4Free - The Free Network Attached Storage Project
• The FreeBSD Project

　今回、我が家のストレージを集約する際、 デル Inspiron Zino HD で 一通り NAS4Free を試してから、 GIGABYTE GB-BXCE-2955 へ ZFS （ミラーリング）でフォーマットしたストレージを移行する際に、 いろいろガチャガチャやって、何とか移行できましたが、 ちょっとしたトラブルもあって、これが確証の持てる ZFS ストレージの移行手順とは言い切れないのですが、 一応、これと思われる手順をまとめておくことにします。

　Oracle のドキュメントによると、 まずは移行する ZFS プールに対してプールの情報すべてディスクに書き込むよう エクスポートを行った方がいいらしいのですが、 NAS4Free の GUI からは実行できないので、 移行元のサーバーの電源を落とします。
# コマンドラインからならたぶんできます。

　そうしてから移行先へ ZFS ストレージをつなぎ替えてから、 移行先のサーバーでディスクを認識させます。
　NAS4Free の管理画面のメニューから 「ディスク」 - 「マネージメント」を選んで、「ディスクのインポート」を押します。 　移行してきた ZFS ストレージのディスクがインポートされたことが確認できたら、 次にメニューから「ディスク」 - 「 ZFS 」を選んで遷移した画面で、 「設定」タブをクリックします。

　ここで先に認識させたディスクから ZFS プールの情報を検出していると、 下図のように「ディスク上の ZFS 設定をインポート」できるはずなので、 これをクリックして実行します。 　うまくインポートできたら、 「ディスク| ZFS |設定|検出」画面で、 「設定」タブ以下の「同期」を選んで遷移した画面で「同期」をクリックして 実行すれば完了です。

…のはずです m(_ _)m
　次回、ZFS ストレージを移行しなくてはならない事態が発生したら、 この暫定版の手順を検証してみます。
　それまではこの手順はあくまで暫定版と言うことでご容赦ください。

　前回で ZFS プールを作成してマウントし、 ZFS ファイルシステムでストレージを使えるようにまでしましたが、 NAS4Free で ZFS を使う場合、 マウントした ZFS プール上に、データセットもしくはボリュームを作成して使用すると 冗長化以外の ZFS の便利な機能が使えるようになります。

　正確な定義ではないかと思いますが、 データセットは単に ZFS プール上にディレクトリを作成するものだと思ってください。 ボリュームは ZFS プール上にブロックデバイスを作成する、 つまりパーティションを作成するものだと思ってください。

　当方ではまだデータセットの方しか試したことがないので、 こちらの作成方法をまとめておきます。

　まずは NAS4Free の管理画面で、 メニューから「ディスク」 - 「 ZFS 」を選択すると、 「ディスク| ZFS |プール|マネージメント」画面に遷移します。

　ここで「データセット」タブを選択すると、 定義されているデータセットの一覧が表示される画面になります。
　ここで例のごとく、「＋」のアイコンをクリックすると、 データセットの追加画面になります。 　ここではまずデータセットの名前と、 データセットを作成するプールを指定します。
　以下はデフォルトでもかまわないのですが、 データセットを作成する目的は、主に以下の三つの機能を使えることにあります。

• 圧縮
• 重複排除
• クォータ

「圧縮」は文字通り記録されるデータを圧縮して記録します。
　基本、「 ON 」を設定すればよいかと思いますが、 圧縮形式に gzip を指定して 1 （最速）～ 9 （最高圧縮率）まで 圧縮レベルを指定することができます。
　ただし、記録するデータによっては効果が薄い、 たとえば、そもそもデータ圧縮がかかっているデータ形式である JPEG 画像などの写真を保存するフォルダでは必然あまり効果が得られません。
　しかし、うちの MacBook Air の Time Machine データストアのデータセットなどでは x1.4 程度の容量が記録できています （ 60% 弱程度のサイズまで圧縮される）。
　この設定はあとでも変更できますし、ひとまず「 ON 」にしとくというのはありかと思います。
# GIGABYTE GB-BXCE-2955 （ Haswell 版 Celeron 2955U(1.4GHz)/8GB DDR3L ）で 動作させている分には気になるほどパフォーマンスは落ちませんし、負荷もかかっていないようです。

「重複排除」はデータブロック単位（ファイル単位ではありません）で 重複しているデータを削除し、さらに容量を節約するためのものですが、 実メモリーをかなり消費する（らしい）ので当方では使っていません。

　次に「クォータ」はそのデータセットが利用できる最大容量を設定するものです。
　Time Machine 用のデータストアなどではこれを設定しておかないと プールの最大容量までバックアップしてしまいますので、 搭載されている 256GB SSD を半分くらい使っているうちの MacBook Air のための Time Machine 用データセットでは「 200G 」と設定して、 一ヶ月分以上のバックアップを記録できています（もちろん、圧縮は「 ON 」の設定です）。

　これらの設定と、あとお好みで「概要」を設定するほかは、 デフォルトの設定でかまわないかと思います。 「アクセス制限」以下の項目も触らない方がいいでしょう。

　以上の設定が終わって「保存」をクリックすると、 「ディスク| ZFS |データセット|データセット」画面に戻って、 追加したデータセットが一覧に表示されているはずですので、 あとは「変更の適用」をクリックすれば、データセット作成の完了です。

　データセットは ZFS 上のディレクトリとして見えますので、 これを NFS や CIFS の設定で指定して使うなり、 AFP を設定で指定して Time Machine のデータストアに使うなりしてください。

　以上 (^^)>

Ellinikonblue.com Weblog
「 NAS4Free で ZFS を使う #0 」
「 NAS4Free で ZFS を使う #1 」
「 NAS4Free で Time Machine サーバーを実現する」

　前回用意した ZFS storage pool device でフォーマットした 複数のディスクを使って、今回は「仮想デバイス」を作って、 最終的に ZFS プールを作成します。

　まず NAS4Free の管理画面にアクセスして、 メニューから「ディスク」 - 「 ZFS 」を選択します。
　「ディスク| ZFS |プール|マネージメント」画面に遷移したところで、 「プール」タブ以下のタブの中から「仮想デバイス」を選択すると仮想デバイスの一覧を表示する画面になります。 　ここで仮想デバイスを追加するために右隅にある「＋」のアイコンをクリックします。 すると仮想デバイス追加画面に遷移します。
# 次の図は仮想デバイスの編集画面ですが、追加時でも画面構成はほぼ一緒です。 　ここでは適当なデバイス名を設定して、 仮想デバイスのタイプを選択します。
　仮想デバイスのタイプとは主にディスクを冗長化する方法のことで、 ストライピング (RAID 0) やミラーリング (RAID 1) 、 RAID-Z （シングルパリティーからトリプルパリティーまで）などが指定できます。
　作成する仮想デバイスに対して冗長化を施して運用するためには、 ディスクを最低 2 つ（ミラーリングの場合）、 RAID-Z （シングルパリティー）で運用するのであれば 3 つ以上指定する必要があります。
　Advanced Format を有効にするかはお好みで。概要については適当に (^^;A

　以上を設定して「追加」をクリックすると仮想デバイスの設定が追加されます。
　「ディスク| ZFS |プール|マネージメント」画面に戻って、 今し方、作成した仮想デバイスが一覧に追加されているはずです。
　しかし、「設定は変更されました。 変更された設定は適用するまで効果は出ません。」と表示されているはずなので、 「変更の適用」をクリックしてできあがりです。
　ここまでで作成した仮想デバイスを使って、 次に ZFS プールを作成してマウントします。

　メニューから「ディスク」 - 「 ZFS 」を選択して 「ディスク| ZFS |プール|マネージメント」画面に戻ります。 　ここでも右隅の「＋」アイコンをクリックして、プールの追加画面に遷移します。
# 次の図はプールの編集画面ですが、追加時でも画面構成はほぼ一緒です。 　プールの名前を適宜設定し、先ほど作成した仮想デバイスを指定します。
　次にマウントポイントを指定します。
　以前、 UFS のディスクをマウントするときは、 /mnt 以下に作成するディレクトリ名をマウントポイント名として指定しましたが、 今回はマウントするディレクトリをフルパスで指定できます。
　うちでは /mnt 以下にディスクがすべてマウントされるようにしたかったので、 ここを /mnt 以下のディレクトリをフルパスで指定しました。
# あらかじめマウントポイントとなるディレクトリを作成しておく必要はありません。

　以上の設定を済ませて「追加」をクリックすると、 「ディスク| ZFS |プール|マネージメント」画面に戻り、 作成したプールが追加されているはずです。
　ここでも「変更の適用」をクリックしてできあがりです。

　これで ZFS でフォーマットされたディスクが使用可能になり、 このままで使ってもいいのですが、 ZFS の便利な機能を使うためには、 作成したプールに対して「データセット」もしくは「ボリューム」を作成して 利用することをお勧めします。

　と言うことで、次回はそのデータセットの作成についてまとめたいと思います。

Ellinikonblue.com Weblog 「 NAS4Free でディスクを追加する」

-----
【 4/8 修正】
　初出時、ZFS プールのマウントポイントの設定を省略すると 「同名のディレクトリをルートディレクトリに作成して、 そこにマウントされてしまいます」としていましたが、 デフォルトの動作としては正しくありません。 正確には省略時の動作は当方では未確認です。
　訂正してお詫びします m(_ _)m

　ストレージサーバーとして、 NAS4Free を運用する以上、 ZFS を使ってこそその真価が発揮されると思います （そう信じてます (^^;A ）。

　ZFS を運用するにあたって、 ZFS で運用するメディアはできるだけ大容量のものを複数用意すること。
　冗長化して使ってこその ZFS ですから、最低ミラーリングで運用するにしても 2 発、 RAID-Z で運用するのであれば 3 発以上のできるだけ大容量のディスクを用意してこそ、 ZFS は真価を発揮します（と思っています）。

　さて、いよいよ ZFS で運用する記憶領域を作成します。
　手順は以下のようになります。

1. ZFS storage pool device でフォーマットしたディスクを作成する
2. ZFS で使用する仮想デバイスを作成する
3. ZFS プールを作成する
4. 必要に応じて ZFS プール上にデータセット、もしくはボリュームを作成する

　まずは複数本用意したメディア（ディスク）を、 すべて NAS4Free に認識させて、 「 ZFS storage pool device 」としてフォーマットします。
　ここまでは以前、紹介した ディスクを追加する手順 と 同じです。

　さてこれらを使って、次回は実際に ZFS で、 これらのディスクを利用できるようにするまでの手順をまとめておくことにします。

Ellinikonblue.com Weblog 「 NAS4Free でディスクを追加する」

　NAS4Free を動かすにあたって、 GIGABYTE GB-BXCE-2955 には 十分すぎるほどにパワーがあるのですが、 まだ実は困ったことがいくつかあります。 　まずは ラトックシステム RS-EC32-U3R と USB 3.0 でつながってくれないこと。
　どうも FreeBSD 9.2 ベースの NAS4Free の問題らしいのですが、 ネットワークインターフェイスを認識させたときと同様、 9-STABLE のコードと入れ替えて何とかしてやろうかと一瞬考えたのですが、 ちょっと見ても、どの部分のコードが問題かわからず、 やってみて動かないとまたショックですし、 ひとまず USB 2.0 でつながって運用できているので、 次の瞬間にはやめることを決めました (^^;A

　技術屋の悪い癖ですが、完璧なシステムを作り出すことが目的ではありません。 機能そこそこでも、それによって生み出される便利さを享受することこそ目的なので、 ここは早々に妥協しました (^^; 　ただ他にも問題があります。
　これは GB-BXCE-2955 の問題ではなく、 つなぎ込んだ コレガ CG-HDC4EU3500 の問題。

　RS-EC32-U3R にはシングルモードという 装填した HDD 各々を認識する（つまり 2 発装填すれば 2 つのハードディスクとして見える） モードがあり、こういうハードディスクケースって必ずこのモードがあると思い込んでいたのですが、 どうも CG-HDC4EU3500 には このシングルモードにあたる設定がないようなのです。

　仕方なく現状の RAID 5 の設定のまま、 GB-BXCE-2955 につないで、 UFS でフォーマットし直して使っています。
　従って、CG-HDC4EU3500 の電源や 制御用ボードが逝かれた時点で復旧に困難になりそうなので、 できるだけ早い時期にシングルモードがあり 4 発以上 HDD が装填できるケースを購入しようと思います。

　えぇ、もう目星はつけています w
　その際にはぜひあと 2 発 3TB HDD を買って RAID-Z で実容量 9TB を 手に入れてやろうという妄想まで膨らましています ww Ellinikonblue.com Weblog 「 GIGABYTE GB-BXCE-2955 で動く NAS4Free の使い心地」

　ずいぶんと苦労して、 GIGABYTE GB-BXCE-2955 で NAS4Free がやっと動き出して、 早速、環境の移行を始めました。

　年末に買った 2TB HDD を四発装填し、我が家の Linux サーバーにつながっていた コレガ CG-HDC4EU3500 の中身を、 ひとまず以前使っていた ラトックシステム RS-EC32-U3R を シングルモードにして、これも以前使っていた 3TB HDD を装填、 NAS4Free でストライピングを組んで、 6TB のディスクを用意し、これに一旦コピー。
　それから CG-HDC4EU3500 を NAS4Free につないでフォーマットし直し、 再びこちらにコピー。
　これだけでほぼ一週間かかりました (> <)
　おまけに後半の 3 日間は、 ストライピングを組んだ RS-EC32-U3R の中の HDD が 飛ばないか気が気ではなく、精神的にもかなりきました orz 　次に デル Inspiron Zino HD で 試験的に NAS4Free を 動かしていたときの HDD （ ZFS でミラーリングした 1TB HDD x2 ）を RS-EC32-U3R に差し戻し、 GB-BXCE-2955 で ZFS をインポートして、 やっと引っ越し作業完了。

　GB-BXCE-2955 上で動く NAS4Free に NFS サーバーをさせて、 Linux サーバーのシステム以外のディスクはすべてこれへマウントして、 ひとまず思い描いていたストレージの集約は完了しました。 　GB-BXCE-2955 につながっているディスクは、 RS-EC32-U3R と CG-HDC4EU3500 で それぞれ冗長化が施され、容量的にも当面は安心してられそうです。 　GB-BXCE-2955 で ZFS を運用するために必要な マシンパワーは十分なのか？と思っていたのですが、 8GB もメモリーを積んだ Celeron とはいえ Haswell ベース CPU なので十分すぎるくらいです。
　CPU パワーだけなら今のところ、 MAX まで振り切ったことがありません。
　まだ ZFS を運用を始めたとは言え、ミラーリングだけで RAID-Z を組んでいないこともあるかもしれません。

　なぜ NAS4Free に それだけのディスクをつないで RAID-Z で運用しないのか？と言うと、 理想には近づきましたが、まだ完璧ではないんです。
　いろいろと問題が…つづくw

　NAS4Free は基本、 GUI 管理画面で運用ができるようになっていますが、 効率を考えると CUI でやった方がいいこともあります。
　たとえば NAS4Free サーバーで管理する ディスク間での大量のファイルの移動などが考えられます。

　そこで SSH でアクセスできるようにします。
　その前に SSH でアクセスするユーザーは事前に作成しておいてください。 その際、作成したユーザーを「グループの追加」項目で「 wheel 」グループに設定しておくと、 そのユーザーが su コマンドが使えるようになるため、何かと便利です。

　ユーザーの追加が事前に終わっていれば、 SSH を有効にするといっても「サービス」 - 「 SSH 」を選んで遷移する画面で、 「有効」にして「保存して再起動」を押すだけです。
　設定は初期設定で設定されている部分以外、何も設定する必要はありません。 これでログインの際のパスワード認証（キーボードインタラクティブでの認証）で 使えるようになります。 　パッケージでコマンドなどを追加できない Embedded 版でも、 元から tmux などは含まれていますので、 CUI で簡単なことなら処理できるようになります。

Ellinikonblue.com Weblog 「 NAS4Free でグループとユーザーを作成する」

　NAS4Free を稼働させたサーバーを Time Machine サーバーとして機能させる手順はこれまで紹介してきたとおり、

1. 認証用のグループおよびユーザーの作成
2. ディスクの追加
3. AFP(Apple Filing Protocol) の有効化と共有の設定

となるのですが、今回は AFP(Apple Filing Protocol) の有効化と共有の設定を行います。
　ユーザーの追加を行って、ディスクを追加して Time Machine で使う記憶領域を確保していれば、 これが最後の手順になります。

　まずは NAS4Free の管理画面にログインして、 メニューから「サービス」 - 「 AFP 」を選択します。 　遷移した画面で、まず Apple Filing Protocol を「有効」にします。
　設定画面では「サーバー名」に適当な値と、 「認証」の項目は「ローカルユーザ認証を許可。」を有効にしてください。
「サーバー名」の項目は 「フィールドが空の場合はデフォルトのサーバ名が使用されます。」となっていますが、 何か適当なサーバー名を 必ず 指定してください。 少なくとも現行バージョン (9.2.0.1.943) では、 これが設定されていないと Mac 側からディスク選択時にサーバーを認識できませんでした。

　ここまでの設定が終わったら、「保存して再起動」をクリックします。
# サーバー自身が再起動するのではなく、プロセスが再起動するだけなのでご安心を…

　次に「共有」タブに移動して、 バックアップを保存する場所を指定します。
　遷移した画面で「＋」をクリックしてください。 「サービス|AFP|共有|追加」画面では、 まず「名前」「コメント」「パス」を設定します。

　次に「許可」「読み書き可能アクセス」の項目にあらかじめ作成しておいたユーザー名を設定します。
　このとき「グループはプレフィックスに @ を付けて明示します。」とあり、グループを指定すればよいようにも思いますが、 うちでこの方法でグループを指定してみてもうまく動作しませんでした。 ユーザー数が少ないのであれば、ユーザー名を直接指定することをおすすめします。

　最後に「ディスクの自動検出モード」の項目で「 Time Machine 」を選び、 「保存」をクリックします。
「高度なオプション」以下は変更する必要はありませんでした。

　ここまでの設定が終了した時点で、 Mac 側で Time Machine の設定で「ディスクを選択...」をクリックしたときの 選択候補として「名前」と「サーバー名」で設定したディスクが表示されるはずです。
　ディスクを選べば最初のバックアップが始まります。 ただし、半分程度ストレージを消費している 256GB SSD 搭載 Sandy Bridge 世代の MacBook Air で、たっぷり四、五時間かかります。ご覚悟を… (^^;;;A
# 一度初期バックアップが終わるとその後は差分バックアップになります。

　さて…
　Time Machine サーバーは所詮、バックアップなので、 最初は冗長化なしのディスクを使って行っていましたが、 GIGABYTE GB-BXCE-2955 で 本格運用を始めた今、 ZFS プールにデータセットを切って割り当てています。
　これはなぜかというと、 ZFS を利用すれば、冗長化を設定できる上に圧縮機能も使えるからです。

　と言うわけで、ZFS の設定話はそうそうに…と言いたいのは山々なんですが、 自分用のメモの意味も含めて、念入りにまとめようと思いますので、 少々お時間くださいませ m(_ _)m

Ellinikonblue.com Weblog
「 NAS4Free でグループとユーザーを作成する」
「 NAS4Free でディスクを追加する」

　GIGABYTE GB-BXCE-2955 を 動かすのにかなり手間取ったもので、ちょっと間が開きました。

　ストレージを集約することが、我が家に NAS4Free を導入した そもそもの目的なのですが、その他に、うちの MacBook Air のために Time Machine サーバーとしても働いてもらっています。

　NAS4Free を使って Time Machine サーバーを実現する手順は以下の通り。

1. 認証用のグループおよびユーザーの作成
2. ディスクの追加
3. AFP(Apple Filing Protocol) の有効化と共有の設定

　前回、認証用のグループとユーザーを追加しましたので、 今回は使用するディスクを追加します。

　目的はバックアップなので、記録するディスクに冗長性はいらないと言うなら簡単です。

　NAS4Free の管理画面のメニューから 「ディスク」 - 「マネージメント」を選びます。 　新規にディスクを追加する場合は、この画面で「＋」のアイコンをクリックして、 ディスクの追加画面を呼び出します。 　追加するディスクを選択して、フォーマットする必要があれば、 「ファイルシステム事前フォーマット」の項目でフォーマット形式を選びます。
　様々な形式が選べますが、 FreeBSD ベースの NAS4Free を使うのですから、 一つのストレージデバイスを冗長性なしで使う場合は「 UFS(GPT and Soft Updates) 」を 選ぶのでしょう。
# ZFS を使う場合は「 ZFS storage pool device 」になります。

　「ハードディスクスタンバイ時間」とか「高度な電源管理」などの項目はお好みで。 ただし S.M.A.R.T. は USB 経由でディスクをつなげてる場合は 使えないようですのであしからず。

　最後に「追加」ボタンを押すと、「ディスク｜マネージメント」に画面が推移して、 先ほど追加したディスクが追加されていることを確認してください。

　次に追加したディスクをマウントします。
　メニューから「ディスク」 - 「マウントポイント」を選びます。

　マウントポイントを追加するには「＋」のアイコンをクリックして マウントポイントの追加画面を呼び出します。 　一つのデバイスにパーティションを一つしか割り当てていない場合は至って簡単です。 「ディスク」の項目で先ほど追加したディスクを指定して、 「ファイルシステム」の項目で先ほどフォーマットしたタイプを選びます。
　先ほど追加したディスクが UFS(GPT and Soft Updates) なら 「パーティションタイプ」は「 GPT パーティション」のまま、 「ファイルシステム」は「 UFS 」を選びます。 「パーティション番号」は「 1 」のまま触る必要はありません。

　ここでのポイントは「マウントポイント名」。
　ここにたとえば「 mnt_ufs 」と指定すると、 /mnt/mnt_ufs にディスクがマウントされます。 /mnt から記述する必要はありません。
　また「アクセス制限」も触らない方が無難です。 少なくとも Time Machine サーバー化に際して、変更の必要ありません。

　最後に「追加」ボタンを押すと 「ディスク｜マウントポイント｜マネージメント」画面に戻って、 今し方、追加したマウントポイントが一覧に追加されているはずです。

　さて、これで冗長性なしでディスクを追加する作業は終了です。
　バックアップとは言え冗長性は必要だろうという方もいらっしゃろうかと思いますが、 ZFS の設定の話を始めると長くなりそうなので、 次回はひとまず Time Machine サーバー化する設定の話を先にまとめておくことにします。

Ellinikonblue.com Weblog 「 NAS4Free でグループとユーザーを作成する」