NFSマウントポイントを共有するSamba

これが繰り返し投稿の場合は申し訳ありませんが、最初の試行が失敗したようです...

最初に少しコンテキスト。

まず、私は地獄から古典的なネットワークの1つを継承しました。他にもいくつかありますが、コンプライアンスデータのヒープを含むクライアントデータの大部分が、Sambaを介して他のクライアントと共有されている（バックアップされていない）1つ上のUSBドライブに現在保存されていることを発見しました。

私が夜に眠るのを助けるために、このデータを配置するために2つのraid 5アレイを備えたlinuxファイルサーバーを一緒に投げて、すべてのクライアントマシンを再マッピングする必要をなくすために、USBディスクをアンマウントしても大丈夫だと考えました。データをファイルサーバーにrsyncし、新しいマウントポイントをnfsでマウントします。

これはいくつかの簡単なテストで問題なく動作するように見えましたが、今日、ユーザーがこの配置全体でファイルを開くのに非常に問題があり、ファイル転送速度が非常に遅いことがわかりました。

（Linuxボックスからの）ディスクの直接のNFSマウントに問題はないのですが、Samba共有を介してはまったく使用できません。

エクスポートポイントとマウントポイントの両方でデフォルト設定を使用しましたが、今夜はGoogleで見つけたいくつかのオプションを再生しませんが、少なくとも明日はロールバックする必要があると考えています。

これを行うことができますか？とにかく、NASシステムで行われるようなことになると思うので、なぜかわかりません。

何かアドバイス？お願いします？

nfs mount option nolock 私のために働いた。

Sambaマニュアルには、Sambaを介したNFSマウントポイントの再エクスポートは正しく機能しないと記載されています。NFSは100％POSIX互換ではないため、Sambaが期待するものとは異なる動作をするものがあります。

つまり、ローカルディスクを直接エクスポートして、NFSサービスを実行するサーバーと同じサーバーでSambaを実行する必要があります。

チューニングの修正をsmb.confに追加しましたか？：

ソケットオプション= TCP_NODELAY IPTOS_LOWDELAY

SAMBAのhowtoは、より多くのオプションと説明を提供しています：http ://us1.samba.org/samba/docs/man/Samba-HOWTO-Collection/speed.html

ソケットオプションTCP_NODELAYは、ほとんどのネットワークで単一の違いが最大になるように見えるオプションです。多くの人々は、ソケットオプションを追加すると、TCP_NODELAYがSambaドライブの読み取りパフォーマンスを2倍にすると報告しています。これについて私が見た最も良い説明は、Microsoft TCP / IPスタックがTCP ACKを送信するのが遅いということです。