[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