Fw: [linux-cifs-client] SAMBA no longer works (FC5 to FC5): READ op. FAILS

[Steve French]

What I thought Igor was saying was that:

    mount -t smbfs //server/share /mnt -o userid=""

worked but

    mount -t cifs //server/share /mnt -o userid=""

only partially worked, ie mount succeeded but read failed.

There was a bug introduced by Samba server 3.0.23a (quickly fixed in 
Samba 3.0.23b or 3.0.23c, but some distro's shipped 3.0.23a - type "smbd 
-V" to see) that caused failure on read if using newer unix extensions 
(thus the cifs client, but possibly not smbfs was affected) - but that 
would have required that you changed the server.   It would help if you 
could please verify that you are not running the buggy 3.0.23a server.

It is possible of course that cifs is negotiating a null userid 
differently than smbfs, or that you have specified the one unsupported 
security type for cifs that works for smbfs (e.g. krb5 only, via 
security settings in smb.conf), but I had not seen this reported 
elsewhere - and to prove it conclusively we would have to see if you 
authenticated differently in the two cases (for cifs you can tell part 
of this by "cat /proc/fs/cifs/DebugData, but it is probably easier to 
check via smbstatus on the server side).

Shirish S Pargaonkar wrote:
>
> Igor, Steve,
>
> I just started latest samba (3.0.23c) on SLES9 and mounted a share 
> from this server onto SLES10 machine with cifs vfs client (1.45) using
> -o "username=guest", when asked for password, typed some password 
> (typed in bunch of keys) and mount completed successfully.
> On SLES10 (cifs vfs client), I can list the mounted directory and 
> could cat a file successfully and edited a file too.
> Permissions on the client appear as they appear on the server i.e. the 
> permissions on server remain intact, do not get modified.
>
> Igor, am I doing same thing as you are which you reported as 
> problematic or doing something different?
>
> Regards,
>
> Shirish
>
> ----- Forwarded by Shirish S Pargaonkar/Austin/IBM on 10/18/2006 01:40 
> PM -----
>
>                         *Igor Chudov <ichudov at Algebra.Com>*
>                         Sent by:
>                         linux-cifs-client-bounces+shirishp=us.ibm.com at lists.samba.org
>
>
>                         10/02/2006 10:19 AM
>                         Please respond to
>                         ichudov at Algebra.Com
>
> 	
>
> To
> 	
> SAMBA CIFS Client List <linux-cifs-client at lists.samba.org>
>
> cc
> 	
>
> Subject
> 	
> [linux-cifs-client] SAMBA no longer works (FC5 to FC5): READ op. FAILS
>
> 	
>
>
> I had a directory that was samba shared, from a server that runs FC5 to
> a client (laptop) that runs FC5 also.
>
> Everything worked (except when SAMBA became CIFS, anonymous logons
> stopped working), it was a read only share.
>
> Starting from a few days ago, it no longer works. I can still get
> directory listings, mount the "shared drive", etc, however, when I
> actually read the file (with cat, wc, mplayer etc) I get a strange
> "permission denied" error. That happens even though the perms are all
> good looking, I still cannot read. I think that I can open the file
> descriptor for reading, but the actual read operation fails.
>
> After a while of frustration, I ditched SAMBA entirely and switched to
> NFS, but I would like to know just what could have happened?
>
> (we have one dinky MS Windows computer at home, that we do not run a
> lot, but it would be nice to have samba available, though it is not
> hugely important).
>
> i
> _______________________________________________
> linux-cifs-client mailing list
> linux-cifs-client at lists.samba.org
> https://lists.samba.org/mailman/listinfo/linux-cifs-client
>