smbfs failure mounting DAVE Macintosh share

[David Santinoli]

Hi,
 I tried to make my Linux box smbmount a remote share originating from a
Macintosh running the commercial package DAVE 2.5. The Linux box is a RedHat 6.0
with a 2.2.14 kernel (with smbfs inserted as a module) and samba-2.0.3; the iMac
ran MacOS9.
The directory to be shared, \\akemi\archivio, contained two files, aaa and bbb.
Here's what happened:

[root at sonal ~]# smbmount '\\akemi\archivio' [pwd] -c 'mount /mnt/tmp'
[root at sonal ~]# ll /mnt/tmp/
ls: /mnt/tmp/aaa: No such file or directory
ls: /mnt/tmp/bbb: No such file or directory
total 1
drwxr-xr-x   1 root     root          512 Jan 29 17:22 ./
drwxr-xr-x   5 root     root         1024 Oct  1 10:18 ../

No filename came up in the dir listing.
Then (after unmounting of course :) I used a slightly different mount command,
as suggested in linux/Documentation/filesystems/smbfs.tx (even though Win95
wasn't really my case), and things got a bit better:

[root at sonal ~]# smbmount '\\akemi\archivio' [pwd] -c 'mount /mnt/tmp -f 1755'
[root at sonal ~]# ll /mnt/tmp/
total 13679
drwxr-xr-x   1 root     root          512 Jan 29 19:22 ./
drwxr-xr-x   5 root     root         1024 Oct  1 10:18 ../
-rwxr-xr-x   1 root     root      5311915 Jan 29 13:26 aaa*
-rwxr-xr-x   1 root     root      8693911 Feb 28 02:56 bbb*
[root at sonal ~]# more /mnt/tmp/aaa
[root at sonal ~]# 

Here you can see that `more' produced no output, but as a consequence the
following messages were syslogged:
	smb_errno: class ERRDOS, code 221 from command 0x2
	smb_errno: class ERRDOS, code 221 from command 0x2
	smb_open: //aaa open failed, result=-5
	smb_readpage_sync: //aaa open failed, error=-5
	smb_errno: class ERRDOS, code 221 from command 0x2
	smb_errno: class ERRDOS, code 221 from command 0x2
	smb_open: //aaa open failed, result=-5
	smb_readpage_sync: //aaa open failed, error=-5
	smb_errno: class ERRDOS, code 221 from command 0x2
	smb_errno: class ERRDOS, code 221 from command 0x2
	smb_open: //aaa open failed, result=-5
	smb_readpage_sync: //aaa open failed, error=-5

I attempted a write access too:

[root at sonal ~]# touch /mnt/tmp/ccc
touch: /mnt/tmp/ccc: No such file or directory
	smb_create: //ccc failed, error=-2

Then I tried with -f 2755, then 3755, and got the same results as above.
4755 led to something slightly different:

[root at sonal ~]# smbmount '\\akemi\archivio' [pwd] -c 'mount /mnt/tmp -f 4755'
[root at sonal ~]# ll /mnt/tmp
ls: /mnt/tmp: Input/output error
	smb_errno: class ERRSRV, code 255 from command 0x32
	smb_errno: class ERRSRV, code 255 from command 0x32
	smb_proc_getattr_ff: error for \, rcls=2, err=255

[root at sonal ~]# touch /mnt/tmp/ccc
touch: /mnt/tmp/ccc: Input/output error
	smb_lookup: find //ccc failed, error=-5

5755, 6755, 7755 behaved the same way as 1755.

All of the above was repeated using smbfs compiled monolithically into the
kernel, with identical results.
Note that mounting the Mac share from a Windows machine works OK, and
accessing the same share via smbclient seems to work well (files get listed
correctly and can be read and written), which led me to think it's a bug on
smbfs's side.
I also upgraded to samba-2.0.6 (precompiled rpm package) with no useful results
(furthermore being unable to pass the mount-time options).

TIA,
 David Santinoli