[linux-cifs-client] CIFS regression in 2.6.26

[Wilhelm Meier]

Hi martin,

there might be a chance that the problem vanishes if you use Samba >= 
3.0.28.

I have problems using Samba 3.0.24 as user-homes due to the fact, that 
KDE uses a pattern of renaming to open files very often. I wrote a 
test programm and this problem vanishes using Samba >= 3.0.28. But, I 
had not enough time to do the same tests with a full KDE. But I think 
it is worth the effort.


Am Montag, 4. August 2008 schrieb Jeff Layton:
> On Mon, 4 Aug 2008 19:32:59 +0200
>
> mkoegler at auto.tuwien.ac.at (Martin Koegler) wrote:
> > Upgrading the kernel from 2.6.25 to 2.6.26 broke CIFS again. KDE
> > refuses to start on a CIFS homedirectory now. Some testing
> > showed, that
> >
> > fundamental operations are not working any more:
> > | $ls -l
> > | total 4
> > | -rwxrw-r--  1 user group 7 2008-08-04 19:01 xxx
> > | lrwxrwxrwx  1 user group 3 2008-08-04 19:09 xxx2 -> xxx
> > | $ln -s xxx xxx1
> > | ln: creating symbolic link `xxx1' to `xxx': No such file or
> > | directory $ls -l
> > | total 4
> > | -rwxrw-r--  1 user group 7 2008-08-04 19:01 xxx
> > | lrwxrwxrwx  1 user group 3 2008-08-04 19:09 xxx2 -> xxx
> > | $touch xxx3
> > | touch: setting times of `xxx3': No such file or directory
> > | $ls -l
> > | total 4
> > | -rwxrw-r--  1 user group 11 2008-08-04 19:20 xxx
> > | lrwxrwxrwx  1 user group  3 2008-08-04 19:09 xxx2 -> xxx
> > | -rwxrw-r--  1 user group  0 2008-08-04 19:19 xxx3
> >
> > Appending to xxx via "echo 'xxx' >> xxx seems to work, but
> > editors like vi seem to refuse to save change to xxx. Creating
> > new files is working.
> >
> > New version: vanilla 2.6.26
> >
> > | $cat /proc/fs/cifs/DebugData
> > | Display Internal CIFS Data Structures for Debugging
> > | ---------------------------------------------------
> > | CIFS Version 1.53
> > | Active VFS Requests: 0
> > | Servers:
> > | 1) Name: XXXX  Domain: XXXXXXX Mounts: 2 OS: Unix
> > |         NOS: Samba 3.0.24       Capability: 0x80f3fd
> > |         SMB session status: 1   TCP status: 1
> > |         Local Users To Server: 1 SecMode: 0x3 Req On Wire: 0
> > | MIDs:
> > |
> > | Shares:
> > | 1) \\XXXXXXXXXXXX\XXXXXXXXXXX Uses: 1 Type: NTFS DevInfo: 0x0
> > | Attributes: 0x2b PathComponentMax: 255 Status: 1 type: 0
> > | 2) \\XXXXXXXXXXXX\XXXXXXXXXX Uses: 1 Type: NTFS DevInfo: 0x0
> > | Attributes: 0x2b PathComponentMax: 255 Status: 1 type: 0
> > | $cat /proc/fs/cifs/LinuxExtensionsEnabled
> > | 1
> > | $uname -a
> > | Linux XXXX 2.6.26 #1 SMP PREEMPT Thu Jul 31 00:39:25 CEST 2008
> > | i686 GNU/Linux
> >
> > Kernel-Options:
> > | CONFIG_CIFS=m
> > | # CONFIG_CIFS_STATS is not set
> > | # CONFIG_CIFS_WEAK_PW_HASH is not set
> > | CONFIG_CIFS_XATTR=y
> > | CONFIG_CIFS_POSIX=y
> > | # CONFIG_CIFS_DEBUG2 is not set
> > | # CONFIG_CIFS_EXPERIMENTAL is not set
> >
> > 2.6.26.1 contains the same CIFS sources as 2.6.26, so it should
> > change nothing.
> >
> > Old version: vanilla 2.6.25 +  PATCH: "[CIFS] Fix UNC path prefix
> > on QueryUnixPathInfo to have correct slash"
> >
> > Mount options in both cases:
> > rw,mand,unc=\\XXXXXXXXXXX\XXXXXXXXXX,username=XXXXXX,posixpaths,s
> >erverino,rsize=16384,wsize=57344
> >
> > mfg Martin Köler
>
> Sounds like problems constructing a proper pathname...
>
> The mount options unfortunately don't show the prefixpath (if any).
> What's the actual "devicename" that you're mounting? If you're
> mounting a subdirectory of a share (for instance,
> //host/share/subdir), then you may need to update your mount.cifs
> helper to something more recent.



-- 
Wilhelm