[linux-cifs-client] Re: du reports wrong directory sizes on kernel 2.6(.1rc2) and cifs 0.9.4

Michael Pflüger empx at gmx.de
Wed Jan 14 16:11:39 GMT 2004


I've cifs compiled into the kernel btw, not running as module.
And as i said, ls -s reports wrong sizes for all files, it's no special 
file.
ls -s displays not the actual size of a file but the space it uses on 
the disk/fielsystem, is that correct?
on my local partition it displays 4KB for a 1 Byte file, which seems to 
be correct then (i'm using reiserfs with -notail), however on my XP 
share which uses NTFS, a file uses at least 4K of space too on the disk, 
yet ls -s displays 512Byte instead for a 1 Byte file, though this 
happens with both cifs and smbfs.

Here are the log entries:
Mount:
Jan 14 16:58:55 [kernel]  fs/cifs/cifsfs.c: Devname: //192.168.0.1/D 
flags: 0
Jan 14 16:58:55 [kernel]  fs/cifs/connect.c: Peek length rcvd: 36 with 
smb length: 66
Jan 14 16:58:55 [kernel] | 0x00 0x00 0x00 0x3e 0xff 0x53 0x4d 0x42  |  _ 
_ _ > <FF> S M B
Jan 14 16:58:55 [kernel]  fs/cifs/connect.c: Peek length rcvd: 36 with 
smb length: 68
Jan 14 16:58:55 [kernel] | 0x00 0x00 0x00 0x40 0xff 0x53 0x4d 0x42  |  _ 
_ _ @ <FF> S M B
Jan 14 16:58:55 [kernel]  fs/cifs/connect.c: Peek length rcvd: 36 with 
smb length: 80
Jan 14 16:58:55 [kernel] | 0x00 0x00 0x00 0x4c 0xff 0x53 0x4d 0x42  |  _ 
_ _ L <FF> S M B
Jan 14 16:58:55 [kernel]  fs/cifs/connect.c: Peek length rcvd: 36 with 
smb length: 138
Jan 14 16:58:55 [kernel] | 0x00 0x00 0x00 0x86 0xff 0x53 0x4d 0x42  |  _ 
_ _ _ <FF> S M B

ls -shl file_on_share(again 526K file, ls -s reports 17K):
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c: CIFS VFS: in cifs_lookup as 
Xid: 292025 with uid: 0
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c:  parent inode = 0xc93623a4 name 
is: Abi and dentry = 0xcddd4c80
Jan 14 16:59:06 [kernel]  fs/cifs/connect.c: Peek length rcvd: 36 with 
smb length: 144
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c:  Old time 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c:  New time 91275122
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c:  Directory inode
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: leaving 
cifs_get_inode_info (xid = 292026) rc = 0
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c: CIFS VFS: leaving cifs_lookup 
(xid = 292025) rc = 0
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c: CIFS VFS: in cifs_lookup as 
Xid: 292027 with uid: 0
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c:  parent inode = 0xc619f0a4 name 
is: phpbb_db_backup[1].sql.gz and dentry = 0xcddd4980
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c: In lookup nd flags 0x0 open 
intent flags 0x24
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c:  NULL inode in lookup
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c:  Full path: 
\Abi\phpbb_db_backup[1].sql.gz inode = 0x00000000
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: in 
cifs_get_inode_info as Xid: 292028 with uid: 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: Getting info on 
\Abi\phpbb_db_backup[1].sql.gz
Jan 14 16:59:06 [kernel]  fs/cifs/cifssmb.c: In QPathInfo path 
\Abi\phpbb_db_backup[1].sql.gz
Jan 14 16:59:06 [kernel]  fs/cifs/transport.c: For smb_command 50
Jan 14 16:59:06 [kernel]  fs/cifs/transport.c: Sending smb of length 134
Jan 14 16:59:06 [kernel]  fs/cifs/connect.c: Peek length rcvd: 36 with 
smb length: 196
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c:  Old time 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c:  New time 91275125
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c:  File inode
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: leaving 
cifs_get_inode_info (xid = 292028) rc = 0
Jan 14 16:59:06 [kernel]  fs/cifs/dir.c: CIFS VFS: leaving cifs_lookup 
(xid = 292027) rc = 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: in cifs_revalidate 
as Xid: 292029 with uid: 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: Revalidate full path: 
\Abi\phpbb_db_backup[1].sql.gz for inode 0xc619f824 with count 1 dentry: 
0xcddd4980 d_time 91
275125 at time 91275125
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: leaving 
cifs_revalidate (xid = 292029) rc = 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: in cifs_revalidate 
as Xid: 292030 with uid: 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: Revalidate full path: \Abi 
for inode 0xc619f0a4 with count 1 dentry: 0xcddd4c80 d_time 91275125 at 
time 91275125
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: leaving 
cifs_revalidate (xid = 292030) rc = 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: in cifs_revalidate 
as Xid: 292031 with uid: 0
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: Revalidate full path: 
\Abi\phpbb_db_backup[1].sql.gz for inode 0xc619f824 with count 1 dentry: 
0xcddd4980 d_time 91
275125 at time 91275125
Jan 14 16:59:06 [kernel]  fs/cifs/inode.c: CIFS VFS: leaving 
cifs_revalidate (xid = 292031) rc = 0


Luis Claudio R. Goncalves wrote:

>Hi again!
>
>I was trying to identify what was keeping me from reproducing the behavior
>you've observed... but so far I still can't reproduce it. I have no winXP
>box at home.
>
>Could you please do a last test and send the results to me and to Steven
>French? I need you to load the cifs module and run:
>
>        echo 1 > /proc/fs/cifs/cifsFYI
>        echo 1 > /proc/fs/cifs/traceSMB
>        
>Then you can mount the winXP share and just run du and ls on that file
>where you see the weird size report.
>
>All the log will be sent to syslog, and this is what I need.
>
>Thanks for your help and patience :)
>
>Luis
>  
>


More information about the linux-cifs-client mailing list