On Nov 11, 2008, at 1:56 AM, Victor Latushkin wrote:
> Henrik Johansson wrote:
>> Hello,
>> I have a snv101 machine with a three disk raidz pool which
>> allocation of about 1TB with for no obvious reason, no snapshot,
>> no files, nothing. I tried to run zdb on the pool to see if I got
>> any useful info, but it has been working for over two hours
>> without any more output.
>> I know when the allocation occurred, I issued a mkfile 1024G
>> command in the background, but changed my mind and killed the
>> process, after that the 912G was missing (don't remember if I
>> actually removed the test file or what happened). If I copy a file
>> to the /tank filesystem it uses even more space, but that space is
>> reclaimed after I remove the file.
>> I could recreate the pool, it is empty, but I created it to test
>> the system in the first place so I would like to know what's going
>> on. I have tried to export and import the pool, but it stays the
>> same.
>> Any ideas?
>
> You can try to increase zdb verbosity by adding some -v swiches.
> Also try dumping all the objects with 'zdb -dddd tank' (add even
> more 'd' for extra verbosity).
Ah, that did provide some more output, I can see the reserved space is
indeed meant for the file I created earlier:
Dataset tank [ZPL], ID 16, cr_txg 1, 912G, 5 objects
Object lvl iblk dblk lsize asize type
0 7 16K 16K 16K 20.0K DMU dnode
1 1 16K 512 512 1.50K ZFS master node
2 1 16K 512 512 1.50K ZFS delete queue
3 1 16K 512 512 1.50K ZFS directory
6 5 16K 128K 1T 912G ZFS plain file
<cut>
Object lvl iblk dblk lsize asize type
6 5 16K 128K 1T 912G ZFS plain file
264 bonus ZFS znode
path ???<object#6>
uid 0
gid 0
atime Sun Nov 9 20:12:30 2008
mtime Sun Nov 9 21:50:10 2008
ctime Sun Nov 9 21:50:10 2008
crtime Sun Nov 9 20:12:30 2008
gen 69
mode 100600
size 1099511627776
parent 3
links 0
xattr 0
rdev 0x0000000000000000
[deferred free] [L0 SPA space map] 1000L/200P
DVA[0]=<0:70ce8a5400:400> DVA[1]=<
0:1f800421c00:400> DVA[2]=<0:36800067c00:400> fletcher4 lzjb LE
contiguous birth
=2259 fill=0 cksum=0:0:0:0
[deferred free] [L0 SPA space map] 1000L/400P
DVA[0]=<0:70ce8a6000:800> DVA[1]=<
0:1f800422800:800> DVA[2]=<0:36800061800:800> fletcher4 lzjb LE
contiguous birth
=2259 fill=0 cksum=0:0:0:0
[deferred free] [L0 SPA space map] 1000L/200P
DVA[0]=<0:70ce8a8c00:400> DVA[1]=<
0:1f800423c00:400> DVA[2]=<0:36800069c00:400> fletcher4 lzjb LE
contiguous birth
=2259 fill=0 cksum=0:0:0:0
[deferred free] [L0 DMU dnode] 4000L/800P DVA[0]=<0:70ce8a8000:c00>
DVA[1]=<0:1f
800423000:c00> DVA[2]=<0:36800069000:c00> fletcher4 lzjb LE contiguous
birth=225
9 fill=0 cksum=0:0:0:0
[deferred free] [L0 DMU dnode] 4000L/a00P DVA[0]=<0:70ce8a7000:1000>
DVA[1]=<0:1
f800295000:1000> DVA[2]=<0:36800068000:1000> fletcher4 lzjb LE
contiguous birth=
2259 fill=0 cksum=0:0:0:0
objset 0 object 0 offset 0x0 [L0 DMU objset] 400L/200P
DVA[0]=<0:70ce8ad800:400>
DVA[1]=<0:1f800429000:400> DVA[2]=<0:3680006e800:400> fletcher4 lzjb
LE contigu
ous birth=2260 fill=74 cksum=1309351a7b:687cd8ec06d:
12b694ebbc4e8:253a3515eb9248
objset 0 object 0 offset 0x0 [L0 DMU dnode] 4000L/c00P
DVA[0]=<0:70ce8ac400:1400
> DVA[1]=<0:1f800427c00:1400> DVA[2]=<0:3680006d400:1400> fletcher4
lzjb LE cont
iguous birth=2260 fill=27 cksum=bbcf0aa9db:13ea5e4dc8e7d:
1425e68263d46ff:f14c2da
e18c61e93
<cut>
objset 16 object 6 offset 0x12f73c0000 [L0 ZFS plain file] 20000L/
20000P DVA[0]=<0:c749c0000:30000> fletcher2 uncompressed LE contiguous
birth=164 fill=1 cksum=0:0:0:0
objset 16 object 6 offset 0x12f73e0000 [L0 ZFS plain file] 20000L/
20000P DVA[0]=<0:c749f0000:30000> fletcher2 uncompressed LE contiguous
birth=164 fill=1 cksum=0:0:0:0
objset 16 object 6 offset 0x12f7400000 [L0 ZFS plain file] 20000L/
20000P DVA[0]=<0:c74a20000:30000> fletcher2 uncompressed LE contiguous
birth=164 fill=1 cksum=0:0:0:0
objset 16 object 6 offset 0x12f7420000 [L0 ZFS plain file] 20000L/
20000P DVA[0]=<0:c74a50000:30000> fletcher2 uncompressed LE contiguous
birth=164 fill=1 cksum=0:0:0:0
objset 16 object 6 offset 0x12f7440000 [L0 ZFS plain file] 20000L/
20000P DVA[0]=<0:c74a80000:30000> fletcher2 uncompressed LE contiguous
birth=164 fill=1 cksum=0:0:0:0
objset 16 object 6 offset 0x12f7460000 [L0 ZFS plain file] 20000L/
20000P DVA[0]=<0:c74ab0000:30000> fletcher2 uncompressed LE contiguous
birth=164 fill=1 cksum=0:0:0:0
<continue for more than 100MB of output>
But, why has this happened, is it any known issue?
Regards
Henrik Johansson
http://sparcv9.blogspot.com
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
