我试图使标题最有意义，但它仍然看起来很丑。
房屋。
我们在这里的大多数服务器上使用RHEL3-U8作为操作系统，不要问我为什么或者build议升级，这不是今天的计划。 这意味着内核使用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)
症状。
我可以列出没有问题的份额，甚至在那里光盘。 如果我尝试读取任何文件，则会出现此问题：
$> 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，从命令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_readpage_sync：fileX.txt打开失败，错误= -5
ERRHRD代码0x001F错误是“通用硬件故障”，尽pipe看起来samba有时会将其用于不同的目的，请参见http://www.ubiqx.org/cifs/SMB.html [Strange behavior Alert]
另外的信息：系统上还有一个SMB挂载点指向一个使用samba的（linux）主机，这个工作正常。
我曾经尝试过
我已经尝试添加debug=4的安装选项和重新安装共享和日志仍然看起来一样。
我试图用smbclient挂载这个共享， 我可以用get命令获取文件 。
两个目标在同一个子网中，所以networking问题应该是出局的，即使局域网通过优化器进行VPN，MTU也已经减less到了1450。
我也可以通过NFS挂载共享，但是这些文件都是root.root 700，我需要用另一个用户读取它们…
意识到你已经转移到更大更好的东西，我仍然不得不评论….
我已经在更旧的硬件上处理了一些非常疯狂的设置。 甚至有一些与NAS有关，桑巴是唯一的路线。
我build议您查看存储在NAS中的文件的NTFS样式的权限。 如果可能，访问基于Windows的系统，可以访问您正在安装的共享，然后查看文件的权限。 假设你的smb.conf使用活动目录（而不是“ share ”或“ user ”权限），那么共享上允许“ Domain Users ”读取它们的任何文件都应该工作。
一个非常好的testing将是…你能从RHEL3系统的Samba安装文件创build一个文件吗？ 我意识到你正在以只读方式挂载共享，但实际上它是否从具有读写权限的NAS共享？