Christiano Blasi
2009-Sep-25 13:09 UTC
[zfs-discuss] Strange issue with ZFS and du (snv_118 and snv_123)
Hi Guys,
maybe someone has some time to take a look at my issue, I didn''t find a
answer using the search.
Here we go:
I was running a backup of a directory located on a ZFS pool named TimeMachine,
before I started the job, I checked the size of the directory called NFS, and du
-h or du -s was telling me 25GB for /TimeMachine/NFS. So I started the job after
a while I was very surprised that the backup app requested a new tape, and the a
new one again, so in total 3 tapes (lto1) for 25GB ??!?!
After that I checked the directory again:
root at FileServer:/TimeMachine/NFS# du -h .
25G
root at FileServer:/TimeMachine/NFS# du -s
25861519
root at FileServer:/TimeMachine/NFS# ls -lh
total 25G
-rw-r--r-- 1 root root 232G 2009-09-25 14:04 nfs.tar
zfs list TimeMachine/NFS
NAME USED AVAIL REFER MOUNTPOINT
TimeMachine/NFS 24.7G 818G 24.7G /TimeMachine/NFS
Also, if I use nautilus under Gnome, he also tells me that Directory NFS used
232GB and not 24.7GB as du and zfs list reports to me ?!?! Same if I mount that
share (AFP) from a Mac and via NFS, still got 232GB used for TimeMachine/NFS.
root at FileServer:/Data/nfs_org# ls -lh
total 232G
-rw-r--r-- 1 root root 232G 2009-09-24 17:57 nfs.tar
root at FileServer:/Data/nfs_org# du -h .
232G .
root at FileServer:/Data/nfs_org#
I''ve upgraded from snv_118 to snv_123 but still the same. I also copy
the contend of the directory to another ZFS spool, removed the org content and
copy it back again, but I still get an incorrect value!
pool: TimeMachine
state: ONLINE
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
TimeMachine ONLINE 0 0 0
raidz1 ONLINE 0 0 0
c4t1d0 ONLINE 0 0 0
c5t0d0 ONLINE 0 0 0
c6t0d0 ONLINE 0 0 0
c5t1d0 ONLINE 0 0 0
c6t1d0 ONLINE 0 0 0
errors: No known data errors
root at FileServer:/TimeMachine/NFS# zfs get all TimeMachine
NAME PROPERTY VALUE SOURCE
TimeMachine type filesystem -
TimeMachine creation Sat Feb 28 17:48 2009 -
TimeMachine used 2.76T -
TimeMachine available 818G -
TimeMachine referenced 1.24T -
TimeMachine compressratio 1.00x -
TimeMachine mounted yes -
TimeMachine quota none default
TimeMachine reservation none default
TimeMachine recordsize 128K default
TimeMachine mountpoint /TimeMachine default
TimeMachine sharenfs off default
TimeMachine checksum on default
TimeMachine compression off default
TimeMachine atime on default
TimeMachine devices on default
TimeMachine exec on default
TimeMachine setuid on default
TimeMachine readonly off default
TimeMachine zoned off default
TimeMachine snapdir hidden default
TimeMachine aclmode groupmask default
TimeMachine aclinherit restricted default
TimeMachine canmount on default
TimeMachine shareiscsi off default
TimeMachine xattr on default
TimeMachine copies 1 default
TimeMachine version 3 -
TimeMachine utf8only off -
TimeMachine normalization none -
TimeMachine casesensitivity sensitive -
TimeMachine vscan off default
TimeMachine nbmand off default
TimeMachine sharesmb off default
TimeMachine refquota none default
TimeMachine refreservation none default
TimeMachine primarycache all default
TimeMachine secondarycache all default
TimeMachine usedbysnapshots 0 -
TimeMachine usedbydataset 1.24T -
TimeMachine usedbychildren 1.53T -
TimeMachine usedbyrefreservation 0 -
TimeMachine logbias latency default
root at FileServer:/TimeMachine/NFS#
root at FileServer:/TimeMachine/NFS# zfs list TimeMachine
NAME USED AVAIL REFER MOUNTPOINT
TimeMachine 2.76T 818G 1.24T /TimeMachine
root at FileServer:/TimeMachine/NFS# zfs list TimeMachine/NFS
NAME USED AVAIL REFER MOUNTPOINT
TimeMachine/NFS 24.7G 818G 24.7G /TimeMachine/NFS
root at FileServer:/TimeMachine/NFS#
Any Ideas ?
Regards,
CB
--
This message posted from opensolaris.org