NFSマウントポイントを共有するSamba
これが繰り返し投稿の場合は申し訳ありませんが、最初の試行が失敗したようです...
最初に少しコンテキスト。
まず、私は地獄から古典的なネットワークの1つを継承しました。数ある中でも、コンプライアンスデータのヒープを含むクライアントデータの大部分が、Sambaを介して他のクライアントと共有されている（バックアップされていない）1つ上のUSBドライブに現在保存されていることを発見しました。
私が夜眠るのを助けるために、このデータを配置するために2つのraid 5アレイを備えたlinuxファイルサーバーを一緒に投げ、すべてのクライアントマシンを再マッピングする必要を回避するために、USBディスクをアンマウントしても問題ないと考えました。データをファイルサーバーにrsyncし、新しいマウントポイントをnfsでマウントします。
これは機能するようですOkいくつかの簡単なテストを行いましたが、今日、ユーザーがこの配置全体でファイルを開くのに非常に問題があり、ファイル転送速度が非常に遅いことがわかりました。
（Linuxボックスからの）ディスクの直接のNFSマウントに問題はないのですが、Samba共有を介してそれを使用することはできません。
エクスポートポイントとマウントポイントの両方でデフォルト設定を使用しましたが、今夜、Googleで見つけたオプションのいくつかは再生されませんが、少なくとも明日はロールバックする必要があると考えています。
これを行うことができますか？とにかく、それがNASシステムで行われるようなことになると思うので、なぜそうなのかわかりません。
何かアドバイス？お願いします？
nfs mount option nolockは私のために働きました。
Sambaマニュアルには、Sambaを介したNFSマウントポイントの再エクスポートは正しく機能しないと記載されています。 NFSは100％POSIX互換ではないため、Sambaが期待するものとは異なる動作をするものがあります。
つまりNFSディスクを直接エクスポートして、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の送信が遅いことです。