One of the zfs dataset in the server is occupying more space than the actual data present in it. Actual data used in that dataset is 2.7TB but the property 'used' is showing as 5.18TB which is more that 100% . Pool configured as raidz2 (4+2 disks)
This dataset is transferred from another pool to this pool 'tank' using zfs send/recv and now the old pool is not present in the server.
Need some experts advice on how to fix this dataset.
Actual data present in the volume is:
This dataset is transferred from another pool to this pool 'tank' using zfs send/recv and now the old pool is not present in the server.
Need some experts advice on how to fix this dataset.
Code:
root@Node1:~ # zfs get all tank/vpc2/vol2
NAME PROPERTY VALUE SOURCE
tank/vpc2/vol2 type filesystem -
tank/vpc2/vol2 creation Tue Jan 5 0:42 2021 -
tank/vpc2/vol2 used 5.18T -
tank/vpc2/vol2 available 1.65T -
tank/vpc2/vol2 referenced 5.18T -
tank/vpc2/vol2 compressratio 1.00x -
tank/vpc2/vol2 mounted yes -
tank/vpc2/vol2 quota 6.84T local
tank/vpc2/vol2 reservation none default
tank/vpc2/vol2 recordsize 32K received
tank/vpc2/vol2 mountpoint /vol2 received
tank/vpc2/vol2 sharenfs off default
tank/vpc2/vol2 checksum on default
tank/vpc2/vol2 compression on received
tank/vpc2/vol2 atime on received
tank/vpc2/vol2 devices on default
tank/vpc2/vol2 exec on default
tank/vpc2/vol2 setuid on default
tank/vpc2/vol2 readonly off local
tank/vpc2/vol2 jailed on inherited from tank/vpc2
tank/vpc2/vol2 snapdir hidden default
tank/vpc2/vol2 aclmode passthrough inherited from tank
tank/vpc2/vol2 aclinherit passthrough inherited from tank
tank/vpc2/vol2 canmount on default
tank/vpc2/vol2 xattr off received
tank/vpc2/vol2 copies 1 received
tank/vpc2/vol2 version 5 -
tank/vpc2/vol2 utf8only off -
tank/vpc2/vol2 normalization none -
tank/vpc2/vol2 casesensitivity sensitive -
tank/vpc2/vol2 vscan off default
tank/vpc2/vol2 nbmand off default
tank/vpc2/vol2 sharesmb off default
tank/vpc2/vol2 refquota none default
tank/vpc2/vol2 refreservation none default
tank/vpc2/vol2 primarycache all default
tank/vpc2/vol2 secondarycache all default
tank/vpc2/vol2 usedbysnapshots 0 -
tank/vpc2/vol2 usedbydataset 5.18T -
tank/vpc2/vol2 usedbychildren 0 -
tank/vpc2/vol2 usedbyrefreservation 0 -
tank/vpc2/vol2 logbias latency received
tank/vpc2/vol2 dedup off inherited from tank
tank/vpc2/vol2 mlslabel -
tank/vpc2/vol2 sync standard received
tank/vpc2/vol2 refcompressratio 1.00x -
tank/vpc2/vol2 written 5.18T -
tank/vpc2/vol2 logicalused 2.69T -
tank/vpc2/vol2 logicalreferenced 2.69T -
tank/vpc2/vol2 prefid 2674339574460681 local
tank/vpc2/vol2 volmode default default
tank/vpc2/vol2 replication:updatetime Tue Jan 5 15:58:12 inherited from tank/vpc2
tank/vpc2/vol2 replication:error destination tank/vpc2/DHKTMVPC2_SSD_VOL2 has been modified since most recent snapshot inherited from tank/vpc2
tank/vpc2/vol2 replication:is_first_transfer 0 inherited from tank/vpc2
tank/vpc2/vol2 replication:status Lagging inherited from tank/vpc2
tank/vpc2/vol2 cb:vsmquota 7000G inherited from tank/vpc2
root@Node1:~ #
Actual data present in the volume is:
Code:
root@f77b4a6426443aca946c425e79224c03:/ # du -sh vol2/
2.7T vol2/