SMBfs mounting OK, listing OK, Read KO, smbclient OK
- by Kwaio
I've tried to make the title the most meaningfull I could but it still looks ugly.
The premises.
We are using RHEL3-U8 as OS on most servers here, don't ask me why or suggest to upgrade, it's not on today's schedule. That means kernel used is 2.4.21 I have no access to the remote server, but I know it is a netApp NAS rack.
$> smbclient --version
Version 3.0.9-1.3E.9
Here is the /etc/fstab line :
//NASHOSTNAME/share /mnt/mydir smbfs ro,uid=123,gid=123,workgroup=XXXX,credentials=/somefile 0 0
Here is the following mount output line
//NASHOSTNAME/share on /mnt/mydir type smbfs (0)
The symptoms.
I can list the share without problems, even cd in there. The issue appears if I try to read any file :
$> cat /mnt/mydir/fileX.txt
cat: /mnt/mydir/fileX.txt: Input/output error
In the system logs (/var/log/kernel for example) the following errors appear.
Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_open: fileX.txt open failed, result=-5
Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_open: fileX.txt open failed, result=-5
Jul 30 15:40:02 hostname kernel: smb_readpage_sync: fileX.txt open failed, error=-5
The ERRHRD code 0x001F error is "General hardware failure" although it seems samba sometimes uses it for a different purpose, see http://www.ubiqx.org/cifs/SMB.html [Strange behaviour Alert]
Additionnal informations : There is another SMB mountpoint on the system pointing to a (linux) host using samba and this one works.
What I have tried.
I have tried adding debug=4 to the mounting options and remounting the share and the logs still look the same.
I have tried to mount the share with smbclient and I am able to fetch files with the get command.
Both targets are in the same subnet, so network problem should be out, even if the LAN goes through a VPN with optimizers, MTU has already been decreased to 1450.
I can also mount the share through NFS but then the files are all root.root 700 and I need to read them with another user...
