iSCSIに同じドライブを使用し、FreeNASでSMB共有
私は今週末に新しいFreeNASサーバーをセットアップしてかなり成功していますが、最後の問題で立ち往生しています。
現在、2x 1.5 TBミラーリングしたいドライブ（ソフトウェアRAID 1を計画していた）があり、合計1.5 TB使用可能スペースです。
SMB（CIFS）およびiSCSIを介してドライブからデータにアクセスできる必要があります。将来的にはAFP、DAAP、およびuPnPも使用する予定です。
私の質問：
同じドライブ（またはRAID）をSMBとiSCSIアクセスの両方に使用できるようには見えません。これは正しいですか、それとも何かを見逃しましたか？（注：作成できることはわかっています） iSCSI経由でアクセス可能なドライブ上のファイルですが、SMBからこのデータを表示できないため、これは私が望むものではありません）
＃1の答えが本当に「いいえ」の場合、これに対する適切な回避策はありますか？私はいくつかの解決策を思いついた（そしてもっと多くのことを受け入れる）が、最良の選択肢が何であるかを理解する必要がある。
解決策A：ドライブをRAIDから除外します。 1つをSMB用に、もう1つをiSCSI用にマウントします。rsync（？）を使用して1時間ごとの同期を実行します（ここではリアルタイム同期は重要ではありません。すべてのデータが失われないようにする必要があります）。 1つのドライブが停止した場合）
解決策B：RAIDドライブをiSCSIとして作成し、FreeNASにこのターゲットにアクセスさせ、SMBから再マウントします。これが機能するかどうかさえわかりません、そしてそれは少しルーブゴールドバーグマシンのように聞こえます。
解決策C：上記のオプションのどちらも好きではなく、より良い解決策を望んでいました！
ここに入力していただきありがとうございます！
私はあなたがそれを置いたようにそれが可能であるとは思わない。
iSCSIはブロックレベルのプロトコルです。複数のホストが同じブロックデバイスにアクセスする場合、そこに保存されているデータの使用を何らかの方法で調停する必要があります。通常、これはクラスター対応のファイルシステム（GFS、OCFS2、CXFSなど）を使用することを意味します。
SMB/CIFSはファイルレベルのプロトコルです。複数のクライアントとファイルを共有し、必要なすべてのアービトレーションを実行し、基盤となるファイルシステムに依存します。
このパーティションでクラスター対応のファイルシステムを使用している限り、ソリューションBは機能するはずです。それ以外の場合、2つのホストからそのブロックデバイスを使用するとすぐに、完全に破損します。
これは「ルーブゴールドバーグ」のようなソリューションではありません。ファイルサーバーはファイルシステム上で動作するため、クラスター対応のソリューションを使用するだけです。実際、クラスターファイルシステムの最も一般的な使用法の1つは、複数の（smb/nfs）ファイルサーバーの共有ストレージとして、同じファイルを提供するファイルの処理と帯域幅の負荷を分散することです。
つまり、ブロックレベルの共有が必要な場合は、クラスターファイルシステムを使用する必要があります。非クラスタークライアントもある場合は、そのファイルシステムの上にファイルサーバーを追加できます。