[linux-cifs-client] Netware 6.5 Service Pack 2 cifs client problem

MattSpam Bockol spambockol at gmail.com
Fri Oct 28 18:54:38 GMT 2005


Hi Chris,

Thanks, it's good to know that it should be working. Those version numbers
would be helpful. We're planning an update to SP 4a soon, but apparently
there are other glitches with that which are holding things up. You'd think
that if linux distro would get CIFS mounting right it would be SUSE. I've
been meaning to try it out and see if the same problems occur, and if not,
piece together the differences. Thanks for you help.

Matt


On 10/28/05, Christopher R. Hertel <crh at ubiqx.mn.org> wrote:
>
> Hi, Matt.
>
> I haven't looked into the problem you're reporting but I can tell you that
> I am using the CIFS-VFS with Novell's CIFS server. I haven't had any
> serious problems (except that the server side seems to get stuck every now
> and then and the admin-folk need to unload and reload the NLM).
>
> I don't have time to dig further right now but I'll try to get Novell
> version numbers for you. My clients are SuSEPro9.2 and 9.3 with 2.6
> kernels.
>
> Chris -)-----
> ...Carleton, eh? I'm at the UofMn.
>
> On Fri, Oct 28, 2005 at 09:43:30AM -0500, MattSpam Bockol wrote:
> > Hi Folks,
> >
> > I'm running RedHat Enterprise Linux AS 4 ( 2.6.9-22.ELsmp kernel ) and
> > trying to connect to a Netware 6.5 service pack 2 server via CIFS with
> > limited success. I've read elsewhere that Novell's CIFS implementation
> is
> > not compatible with the Linux CIFS client, but I'm not sure how dated
> that
> > information was. I can connect and navigate directories but I can't read
> > files from the mount. Here's the dmesg when I try:
> >
> > fs/cifs/inode.c: CIFS VFS: in cifs_revalidate as Xid: 467 with uid: 0
> > fs/cifs/inode.c: Revalidate: \Courses\net-map.bat inode 0xcc181c30 count
> 1
> > dentry: 0xed5a3e8c d_time 1153926716 jiffies 1153926716
> > fs/cifs/inode.c: CIFS VFS: leaving cifs_revalidate (xid = 467) rc = 0
> > fs/cifs/inode.c: CIFS VFS: in cifs_revalidate as Xid: 468 with uid: 0
> > fs/cifs/inode.c: Revalidate: \Courses\net-map.bat inode 0xcc181c30 count
> 1
> > dentry: 0xed5a3e8c d_time 1153926716 jiffies 1153926716
> > fs/cifs/inode.c: CIFS VFS: leaving cifs_revalidate (xid = 468) rc = 0
> > fs/cifs/inode.c: CIFS VFS: in cifs_revalidate as Xid: 469 with uid: 0
> > fs/cifs/inode.c: Revalidate: \Courses\net-map.bat inode 0xcc181c30 count
> 1
> > dentry: 0xed5a3e8c d_time 1153926716 jiffies 1153927189
> > fs/cifs/inode.c: CIFS VFS: leaving cifs_revalidate (xid = 469) rc = 0
> > fs/cifs/file.c: CIFS VFS: in cifs_open as Xid: 470 with uid: 0
> > fs/cifs/file.c: inode = 0xcc181c30 file flags are 0x8000 for
> \Courses\net-
> > map.bat
> > fs/cifs/transport.c: For smb_command 162
> > fs/cifs/transport.c: Sending smb of length 126
> > fs/cifs/connect.c: Peek length rcvd: 0x24 beginning 0x6e)
> > fs/cifs/connect.c: Mid 0x50 matched - waking up
> > fs/cifs/file.c: inode unchanged on server
> > fs/cifs/inode.c: Getting info on \Courses\net-map.bat
> > fs/cifs/inode.c: Old time 1153926716
> > fs/cifs/inode.c: New time 1153927196
> > fs/cifs/inode.c: File inode
> > fs/cifs/file.c: CIFS VFS: leaving cifs_open (xid = 470) rc = 0
> > fs/cifs/inode.c: CIFS VFS: in cifs_revalidate as Xid: 471 with uid: 0
> > fs/cifs/inode.c: Revalidate: \Courses\net-map.bat inode 0xcc181c30 count
> 1
> > dentry: 0xed5a3e8c d_time 1153926716 jiffies 1153927196
> > fs/cifs/inode.c: CIFS VFS: leaving cifs_revalidate (xid = 471) rc = 0
> > fs/cifs/cifsfs.c: In read_wrapper size 16384 at 0
> > fs/cifs/file.c: CIFS VFS: in cifs_readpages as Xid: 472 with uid: 0
> > fs/cifs/transport.c: For smb_command 46
> > fs/cifs/transport.c: Sending smb of length 59
> > fs/cifs/connect.c: Peek length rcvd: 0x24 beginning 0x27)
> > fs/cifs/connect.c: Mid 0x51 matched - waking up
> > fs/cifs/netmisc.c: !!Mapping smb error code 5 to POSIX err -13 !!
> > CIFS VFS: Send error in read = -13
> >
> > It would be good to know if Netware was responsible, if it's been fixed
> in
> > newer kernels (or Netware versions) or if there's anyone here willing to
> > look into the problem (I'm not a kernel hacker, but I can do all sorts
> of
> > testing), or if I'm barking up the wrong tree. I was mounting via smbfs
> > originally, but on several 2.6 kernels (really, every one that I tried)
> the
> > module would oops under load, crash the system, take down my webserver
> and
> > much suffering would ensue. Trying to figure out a fix for smbfs,
> everyone
> > directed me toward CIFS. :)
> >
> > Thanks,
> > Matt Bockol
> > Web Technical Administrator
> > Carleton College
>
> > _______________________________________________
> > linux-cifs-client mailing list
> > linux-cifs-client at lists.samba.org
> > https://lists.samba.org/mailman/listinfo/linux-cifs-client
>
>
> --
> "Implementing CIFS - the Common Internet FileSystem" ISBN: 013047116X
> Samba Team -- http://www.samba.org/ -)----- Christopher R. Hertel
> jCIFS Team -- http://jcifs.samba.org/ -)----- ubiqx development, uninq.
> ubiqx Team -- http://www.ubiqx.org/ -)----- crh at ubiqx.mn.org
> OnLineBook -- http://ubiqx.org/cifs/ -)----- crh at ubiqx.org
>
-------------- next part --------------
HTML attachment scrubbed and removed


More information about the linux-cifs-client mailing list