Dnia 23-08-2007 o godz. 22:15 Igor Brezac napisa?(a):> We are on Solaris 10 U3 with relatively recent recommended patches
> applied. zfs destroy of a filesystem takes a very long time; 20GB usage
> and about 5 million objects takes about 10 minutes to destroy. zfs pool
> is a 2 drive stripe, nothing too fancy. We do not have any snapshots.
>
> Any ideas?
Maybe your pool is fragmented and pool space map i very big.
Run this script:
#!/bin/sh
echo ''::spa'' | mdb -k | grep ACTIVE \
| while read pool_ptr state pool_name
do
echo "checking pool map size [B]: $pool_name"
echo "${pool_ptr}::walk metaslab|::print -d struct metaslab
ms_smo.smo_objsize" \
| mdb -k \
| nawk ''{sub("^0t","",$3);sum+=$3}END{print
sum}''
done
This will show the size of pool space map on disk ( in bytes ).
Then destroying filesystem or snapshot on fragmented pool kernel
will have to:
1. read space map ( in memory space map will take
4x more RAM )
2. do changes
3. write space map ( space map is kept on disks it 2 copies )
I don''t know any workaround for this bug.
Lukas
----------------------------------------------------
Poznaj nowego wybra?ca Boga... i jego trz?dk?!
Rewelacyjna komedia Evan Wszechmog?cy w kinach od 24 sierpnia.
http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fevanw.html&sid=1270