Hi. While doing a scan of disk usage, I noticed the following oddity. I have a directory of files (named file.dat for this example) that all appear as ~1.5GB when using 'ls -l', but that (correctly) appear as ~250KB files when using 'ls -s' or du commands:
edmudama$ ls -l file.dat -rwxrwx---+ 1 remlab staff 1447317088 Jun 5 2010 file.dat edmudama$ /usr/bin/ls -l file.dat -rwxrwx---+ 1 remlab staff 1447317088 Jun 5 2010 file.dat edmudama$ ls -ls file.dat 521 -rwxrwx---+ 1 remlab staff 1447317088 Jun 5 2010 file.dat edmudama$ du -sh file.dat 260K file.dat edmudama$ /usr/bin/du -s file.dat 521 file.dat edmudama$ /usr/bin/ls -s file.dat 521 file.dat I am running oi_148, though the files were created likely back when we were using an older opensolaris (2008.11) on this same machine. The results with both gnu ls and solaris ls are identical. Dedup is not enabled on any pool, nor has it ever been enabled. Filesystem is zfs version 4, Pool is ZFS pool version 28. A scrub of the pool is consistent and shows no errors, and the sizing reported in 'zpool list' would appear to match the du block counts from what I can tell. edmudama$ zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT rpool 29.8G 22.0G 7.79G 73% 1.00x ONLINE - tank 1.81T 879G 977G 47% 1.00x ONLINE - Is something broken? Any idea why I am seeing the wrong sizes in ls? --eric -- Eric D. Mudama edmud...@bounceswoosh.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss