Bug 1993 - file corrupution with long pathnames
file corrupution with long pathnames
Status: RESOLVED FIXED
Product: CifsVFS
Classification: Unclassified
Component: kernel fs
2.6
All Linux
: P3 critical
: ---
Assigned To: Steve French
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-11-04 06:42 UTC by Andreas Stubenrauch
Modified: 2005-03-07 21:06 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Stubenrauch 2004-11-04 06:42:35 UTC
Enviroment:
client: Linux x86 with a recent cifs (1.22 tested with 2.6.5, 2.6.8 and a
bk-snapshot)
server: Linux x86 with samba 3.0.7

I can reproduce data corruption on the fileserver when i try to write on a path
the exeeceds 84 characters (filename+path).
i.e.
cp 1234
/mnt/server/1------10--------20--------30--------40--------50--------60--------70--------80/

where /mnt/server is a cifs mount.
The client hangs for some time, then yielding a "illegal Filedescriptor" The
Kernel-log shows a 
kernel:  CIFS VFS: No response buffer
kernel:  CIFS VFS: Send error in Close = -9

The resulting file on the server takes upto 4TB space even if it was just a few
bytes.

I think this is a bug in the cifs client as the server log shows no errors and
it does not occur when using smbfs or jcifs on the same server

Workaround:
Turningoff the LinuxExentsions on the client seems to work.
Comment 1 Steve French 2005-03-07 21:06:12 UTC
should be addressed in 2.6.10 kernels or later (patches on project page for a 
few other kernels to get to cifs version 1.29)