Re: mount.cifs and rc4

midblue wrote:

I am having the exact same problem Eddiie.  Have you resolved the issue?

I am able to successfully connect to the windows box using smbclient.

Are there any similar alternatives to cifs that would allow a remote Windows filesystem to be mounted?

-Anthony

No the issue has not been resolved.  I am patiently waiting for someone greater than I to look into this, or for more people to speak up!

The project has been shelved until some progress has been made.

-Ed

Re: mount.cifs and rc4

I had the EXACT same problems as you had listed previously and now mine works fine.. I put

mount -t cifs //comp2/desktop /mnt/comp2 -o unc=\\\\comp2\\desktop,ip=192.168.1.13,user=nico,pass=hidden,dom=WORKGROUP

the user/pass didn't matter because I didn't have either setup, but it worked just fine.

Hope this helps.

Re: mount.cifs and rc4

Nope, no dice.  Tried the format you submitted and I get the same result:

#> mount -t cifs //terabox/capture /mnt/video -o unc=\\\\terabox\\capture,ip=192.168.1.113,user=[hidden],pass=[hidden],dom=HOME
mount: Mounting //terabox/capture on /mnt/video failed: Invalid argument

from logread:
Jun  7 13:15:06 (none) kern.err kernel:  CIFS VFS: Send error in SessSetup = -5
Jun  7 13:15:06 (none) kern.err kernel:  CIFS VFS: cifs_mount failed w/return code = -5

I had one of my friends look at it, and he did a tcpdump of the events in question, and it seems that the mount command is just broken.  It returns "Invalid Argument" because OpenWRT is not CIFS spec-compliant, and is, in fact, supplying an invalid argument to Windows.  Perhaps a linux samba share is more forgiving, which is why some people have been able to get it to work, but this will never work with Windows in its current state.  This is indeed broken and will need to be fixed by a developer.

Re: mount.cifs and rc4

midblue wrote:

Nope, no dice.  Tried the format you submitted and I get the same result:

#> mount -t cifs //terabox/capture /mnt/video -o unc=\\\\terabox\\capture,ip=192.168.1.113,user=[hidden],pass=[hidden],dom=HOME
mount: Mounting //terabox/capture on /mnt/video failed: Invalid argument

from logread:
Jun  7 13:15:06 (none) kern.err kernel:  CIFS VFS: Send error in SessSetup = -5
Jun  7 13:15:06 (none) kern.err kernel:  CIFS VFS: cifs_mount failed w/return code = -5

I had one of my friends look at it, and he did a tcpdump of the events in question, and it seems that the mount command is just broken.  It returns "Invalid Argument" because OpenWRT is not CIFS spec-compliant, and is, in fact, supplying an invalid argument to Windows.  Perhaps a linux samba share is more forgiving, which is why some people have been able to get it to work, but this will never work with Windows in its current state.  This is indeed broken and will need to be fixed by a developer.

I agree.  Samba must be more forgiving.    One question though, the "dom=" parameter,  is it suppose to be WORKGROUP   or the name of my domain?   Doesn't matter as I've tried both with the same end result.

30 (edited by plastictree 2006-10-01 12:35:08)

Re: mount.cifs and rc4

I have same problem as eddiie, here is my log on mounting the share

connect.c: Domain name set
 connect.c: Username: xxxxx
 connect.c: UNC: \\storage\router ip: 192.168.33.200
 connect.c: Socket created
 transport.c: Sending smb of length 68
 connect.c: Existing smb sess not found
 transport.c: For smb_command 114
 transport.c: Sending smb of length 47
 connect.c: Demultiplex PID: 775
 connect.c: Peek length rcvd: 0x24 beginning 0x82000004)
 connect.c: Good RFC 1002 session rsp
 connect.c: Peek length rcvd: 0x24 beginning 0x51)
 connect.c:  Mid 0x98 matched - waking up
 connect.c: Security Mode: 0x2 Capabilities: 0x8023fd Time Zone: 65056
 connect.c: In sesssetup
 transport.c: For smb_command 115
 transport.c: Sending smb of length 212
 connect.c: Peek length rcvd: 0x24 beginning 0x2d)
 connect.c:  Mid 0x99 matched - waking up
 connect.c: UID = 0
 connect.c: CIFS Session Established successfully
 connect.c: file mode: 0x7f7  dir mode: 0x1ff
 transport.c: For smb_command 117
 transport.c: Sending smb of length 84
 connect.c: Peek length rcvd: 0x24 beginning 0x30)
 connect.c:  Mid 0x9a matched - waking up
 connect.c: Tcon flags: 0x1
 connect.c: CIFS Tcon rc = 0
 cifssmb.c: In QFSDeviceInfo
 transport.c: For smb_command 50
 transport.c: Sending smb of length 68
 connect.c: Peek length rcvd: 0x24 beginning 0x27)
 connect.c:  Mid 0x9b matched - waking up
 netmisc.c:  !!Mapping smb error code 31 to POSIX err -5 !!
 cifssmb.c: Send error in QFSDeviceInfo = -5
 cifssmb.c: In QFSAttributeInfo
 transport.c: For smb_command 50
 transport.c: Sending smb of length 68
 connect.c: Peek length rcvd: 0x24 beginning 0x51)
 connect.c:  Mid 0x9c matched - waking up
 cifssmb.c: In QFSUnixInfo
 transport.c: For smb_command 50
 transport.c: Sending smb of length 68
 connect.c: Peek length rcvd: 0x24 beginning 0x51)
 connect.c:  Mid 0x9d matched - waking up
 connect.c: CIFS VFS: leaving cifs_mount (xid = 59) rc = 0
 inode.c: CIFS VFS: in cifs_read_inode as Xid: 60 with uid: 0
 inode.c:  Getting info on
 cifssmb.c: In QPathInfo (Unix) the path
 transport.c: For smb_command 50
 transport.c: Sending smb of length 74
 connect.c: Peek length rcvd: 0x24 beginning 0x53)
 connect.c:  Mid 0x9e matched - waking up
 cifssmb.c: UnixQPathinfo invalid data offset 57 bytes returned 79

Below is the mounted device

/dev/root on /rom type squashfs (ro)
none on /dev type devfs (rw)
/dev/mtdblock/4 on / type jffs2 (rw)
none on /proc type proc (rw)
none on /tmp type tmpfs (rw,nosuid,nodev)
none on /dev/pts type devpts (rw)
//storage/router on /mnt/net type cifs (rw,nodiratime,unc=\\storage\router,username=xxxx,domain=workgroup,rsize=16384,wsize=16384)

Here is DebugData for cifs fs

Display Internal CIFS Data Structures for Debugging
---------------------------------------------------
Servers:

1) Name: 192.168.33.200  Domain:  Mounts: 1 ServerOS:
        ServerNOS:      Capabilities: 0x8023fd
        SMB session status: 3   TCP status: 1
        Local Users To Server: 1 SecMode: 0x2 Req Active: 0
MIDs:


Shares:

1) \\storage\router Uses: 1 Type: <NULL> Characteristics: 0x0 Attributes: 0x4006
PathComponentMax: 255 Status: 3 type: 0         DISCONNECTED

any clue? can mount the share but can't cd to the /mnt directory

p/s my bad, i'm RC5 not rc4

31 (edited by db90h 2006-10-02 01:14:03)

Re: mount.cifs and rc4

Just for the record, I have no problems with CIFS mounts of Windows samba shares with OpenWrt RC5. For RC4, maybe is broken.. but for immediate previous poster, it does work in RC5.

Example mount call after cifs module loadad:

mkdir /mnt/lanshare
mount -t cifs //neuromancer/lanshare /mnt/lanshare -o unc=\\\\neuromancer\\lanshare,ip=192.168.2.210,user=neuromancer\myuser,pass=mypassword,dom=myworkgroup