[OmniOS-discuss] Is this ZFS bug?
Shvayakov A.
a.shvayakov at yahoo.com
Fri Nov 14 10:06:44 UTC 2014
Hello,
OmniOS v11 r151010
Can somebody help determine the cause of the growth of the file to this
size 1.6P?
Without reasons happened increasing file to unbelievably large size
This is qcow2 image of the virtual machine. The KVM hypervisor.
I copied normal file from a snapshot, but a few days again grew size
This was repeated 3 times.
This is repeated with only one this file
I'm worried
Monitoring doesn't show anything similar to loading of large amount of data
My diagnosis - this is file system error
But scrub does not detect errors
scan: scrub repaired 0 in 17h32m with 0 errors on Thu Nov 13 04:29:25 2014
ls -lsh /GIGO1/p1/eb06e74c-4405-4a03-b5a3-ca7a61648222.saved
7.0G -rwxr--r-- 1 root root 1.6P Nov 11 19:45
/GIGO1/p1/eb06e74c-4405-4a03-b5a3-ca7a61648222.saved
zdb -U /opt/HAC/RSF-1/etc/volume-cache/GIGO1.cache -dddd GIGO1/p1 84
Dataset GIGO1/p1 [ZPL], ID 42, cr_txg 84, 3.80T, 287 objects, rootbp
DVA[0]=<1:23259e3da00:200> DVA[1]=<2:1671aa8f800:200> [L0 DMU objset]
fletcher4 lzjb LE contiguous unique double size=800L/200P
birth=10292996L/10292996P fill=287
cksum=18dde56a53:7b65ea8cfe3:14c1ab20eacd2:27d1fa7035c252
Object lvl iblk dblk dsize lsize %full type
84 6 16K 128K 6.94G 1.57P 0.00 ZFS plain file
168 bonus System attributes
dnode flags: USED_BYTES USERUSED_ACCOUNTED
dnode maxblkid: 13466419270
path /eb06e74c-4405-4a03-b5a3-ca7a61648222.saved
uid 0
gid 0
atime Wed Sep 24 16:50:25 2014
mtime Tue Nov 11 19:45:41 2014
ctime Tue Nov 11 22:00:00 2014
crtime Wed Sep 24 16:50:25 2014
gen 7044582
mode 100744
size 1765070506688512
parent 4
links 1
pflags 40800000004
zpool list GIGO1
NAME SIZE ALLOC FREE EXPANDSZ CAP DEDUP HEALTH ALTROOT
GIGO1 8.16T 4.33T 3.83T - 53% 1.00x ONLINE -
zfs get all GIGO1/p1
NAME PROPERTY
VALUE SOURCE
GIGO1/p1 type filesystem -
GIGO1/p1 creation Mon Sep 16 17:49
2013 -
GIGO1/p1 used 4.23T -
GIGO1/p1 available
2.86T -
GIGO1/p1 referenced
3.80T -
GIGO1/p1 compressratio
1.47x -
GIGO1/p1 mounted yes -
GIGO1/p1 quota none
default
GIGO1/p1 reservation
none default
GIGO1/p1 recordsize
128K default
GIGO1/p1 mountpoint
/GIGO1/p1 default
GIGO1/p1 sharenfs anon=nobody,sec=sys,rw=@XXXXX.0/24,root=@XXXX/24 local
GIGO1/p1 checksum
on default
GIGO1/p1 compression
off local
GIGO1/p1 atime off
inherited from GIGO1
GIGO1/p1 devices
off inherited from
GIGO1
GIGO1/p1 exec off
inherited from GIGO1
GIGO1/p1 setuid
off inherited from
GIGO1
GIGO1/p1 readonly
off default
GIGO1/p1 zoned off
default
GIGO1/p1 snapdir
hidden default
GIGO1/p1 aclmode
discard default
GIGO1/p1 aclinherit
restricted default
GIGO1/p1 canmount
on default
GIGO1/p1 xattr off
inherited from GIGO1
GIGO1/p1 copies
1 default
GIGO1/p1 version 5 -
GIGO1/p1 utf8only
off -
GIGO1/p1 normalization
none -
GIGO1/p1 casesensitivity
sensitive -
GIGO1/p1 vscan off
default
GIGO1/p1 nbmand
off default
GIGO1/p1 sharesmb
off default
GIGO1/p1 refquota
none default
GIGO1/p1 refreservation
none default
GIGO1/p1 primarycache
all default
GIGO1/p1 secondarycache
all default
GIGO1/p1 usedbysnapshots
442G -
GIGO1/p1 usedbydataset
3.80T -
GIGO1/p1 usedbychildren
0 -
GIGO1/p1 usedbyrefreservation
0 -
GIGO1/p1 logbias
latency default
GIGO1/p1 dedup off
default
GIGO1/p1 mlslabel
none default
GIGO1/p1 sync standard
default
GIGO1/p1 refcompressratio
1.43x -
GIGO1/p1 written 59.5G -
GIGO1/p1 logicalused
6.22T -
GIGO1/p1 logicalreferenced
5.44T -
More information about the OmniOS-discuss
mailing list