タイトルをできるだけ意味のあるものにしようとしましたが、それでも見苦しいです。
敷地内
ここではほとんどのサーバーでOSとしてRHEL3-U8を使用しています。理由を尋ねたり、アップグレードを提案したりしないでください。今日のスケジュールではありません。つまり、使用されているカーネルは2.4.21
です。リモートサーバーにアクセスできませんが、netApp NASラックです。
$> smbclient --version
Version 3.0.9-1.3E.9
これが/ etc/fstab行です。
//NASHOSTNAME/share /mnt/mydir smbfs ro,uid=123,gid=123,workgroup=XXXX,credentials=/somefile 0 0
これが次のmount
出力行です
//NASHOSTNAME/share on /mnt/mydir type smbfs (0)
症状。
そこにCDを入れても、問題なく共有を一覧表示できます。ファイルを読み込もうとすると、問題が発生します。
$> cat /mnt/mydir/fileX.txt
cat: /mnt/mydir/fileX.txt: Input/output error
システムログ(たとえば、/var/log/kernel
)には、次のエラーが表示されます。
7月30日15:40:02ホスト名カーネル:smb_errno:クラスERRHRD、コマンド0x2のコード31 7月30日15:40:02ホスト名カーネル:smb_errno:クラスERRHRD、コマンド0x2のコード31 7月30日15:40:02ホスト名カーネル:smb_open:fileX.txtを開くことができませんでした、結果= -5 7月30日15:40:02ホスト名カーネル:smb_errno:クラスERRHRD、コード31コマンド0x2 7月30日15:40:02ホスト名カーネル:smb_errno:クラスERRHRD、コマンド0x2からのコード31 7月30日15:40:02ホスト名カーネル:smb_open:fileX.txtオープンに失敗しました。結果= -5 7月30日15:40:02ホスト名カーネル:smb_readpage_sync:fileX.txtのオープンに失敗しました、エラー= -5
ERRHRDコード0x001Fエラーは「一般的なハードウェア障害」ですが、sambaは別の目的で使用することがあるようです。 http://www.ubiqx.org/cifs/SMB.html [奇妙な動作アラート]
追加情報:sambaを使用する(Linux)ホストを指すシステムに別のSMBマウントポイントがあり、これは機能します。
私が試したこと。
マウントオプションにdebug=4
を追加して共有を再マウントしようとしましたが、ログは同じように見えます。
smbclient
で共有をマウントしようとしましたが、get
コマンドでファイルをフェッチできます。
両方のターゲットが同じサブネット内にあるため、LANがオプティマイザーを使用してVPNを通過する場合でも、ネットワークの問題は発生しないはずです。MTUはすでに1450に減少しています。
NFSを介して共有をマウントすることもできますが、ファイルはすべてroot.root 700であり、別のユーザーで読み取る必要があります...
あなたがより大きく、より良いものに移行したことに気づき、私はまだコメントを強いられていると感じています。
私ははるかに古いハードウェアでいくつかのかなりクレイジーなセットアップを扱ってきました。 NASが関係しているものもあり、Sambaが唯一のルートでした。
NASに保存されているファイルに対するNTFSスタイルのアクセス許可を確認することをお勧めします。可能であれば、マウントしている共有にアクセスできるWindowsベースのシステムにアクセスしてから、ファイルのアクセス許可を確認してください。あなたのsmb.conf
はActiveDirectoryを使用しており( "share
"または "user
"のアクセス許可ではありません)、共有上のファイルで "Domain Users
"それらを読むには、機能するはずです。
非常に良いテストは.... RHEL3システムからSambaマウントにファイルを作成できますか?共有を読み取り専用でマウントしていると思いますが、実際にはNASから読み取り/書き込み権限で共有されていますか?