zpool import taking weeks ...

[Gomes do Vale Victor]

Hi,


Le 16 janv. 2014 à 00:05, Xin Li <delphij at delphij.net> a écrit :

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
> 
> Hi,
> 
> 
> TL;DR version: no, you have to wait.  However there is an alternative
> if you have enough resources (hardware, etc.) to do it.
> 
> Longer version:
> 
> You would have a way better situation with newer version of FreeBSD
> *and* have upgraded your pool, but for now you may have to wait.
> Maxing out your RAM may be helpful (but requires a reboot, which means
> you have to start over).
> 
> There is another option, assuming you have another system and enough
> disks, though.  What you can do is basically boot the system without
> ZFS enabled, move /boot/zfs/zpool.cache to somewhere else, then load
> the kernel module, then:
> 
> zdb -u -e tank ('tank' is your zpool name)
> 
> zdb -hh -e tank
> 
> This would show a history of your pool with a txg number associated.
> Take a guess (yes, a guess), then try:
> 
> zdb -u -e -t <txg number> tank
> 
> If the output is sane, try:
> 
> zpool import -o readonly=on -f -R /mnt -F -T <txg number> tank
> 
> This would import your pool read-only at that txg number.  Now you
> should be able to copy off data from the pool (maybe via network, etc).
> 
> Newer version of ZFS does have asynchronous destroy feature, faster
> destroy (can be 100x faster than previous ZFS version), as well as
> improvements to limit delete transaction to take too much of I/O
> bandwidth, but you can only benefit from them when you have upgraded
> the pool.
> 

Thanks a lot for this info ! I have read about the "-T" option on import with tgx but it was with ZFS on Linux ... Don't knew it is available on newer implementation under FreeBSD. Will so wait that it ends correctly and will think on upgrading on the system (the rootfs is ZFS also ...)


Thanks


Cheers

--
Ulysse31

> Cheers,
> - -- 
> Xin LI <delphij at delphij.net>    https://www.delphij.net/
> FreeBSD - The Power to Serve!           Live free or die
> -----BEGIN PGP SIGNATURE-----
> 
> iQIcBAEBCgAGBQJS1xQhAAoJEJW2GBstM+nsXkQP/2ezsHdR+ave3OpxZj3V94Bw
> s2nWrp3JWJKm5g4VqtpdUyBDADcmPT4ULJENNt3BNCNBVexZ9bAsbGjemVcNRoHP
> +IuyCEgCAPuZ/yUrwJQHhc/iD/bq08yFv7zp7HKf0/pKNJvHb3PIW8MVdpAXO8Sa
> 9GSTwxk09K9d3gpP9jBTN/qvWLbjPq1vKHtJj5aJ798WVDQL9SWpJaEqt+z4rGZI
> 9xy5nHYpYfzFQ+zyOpGksnfWezddghMqUfxd4KIqqiUrZSDnMH/qqF/8TAJXHk37
> SHjy+Kjuicx6XfYxxdoXcQwPL3thq7cuuWgqWVxehxY94hd43EoORMPlysucVRQe
> PkXuIZYF+gkHERVg7lrTXrTsGxYdzilM7QYl43+4RaMBSRZM/6XBOoN17oZVlVjs
> s2SGeRK0SD/3ldYxdM5fdyMuU5PgPT2NREIiNUjN+RNfhw/zqimvbsoBhuD0uHnY
> FWgSlTT9j2oTx1ZD86nTvV6r7ikBDOOOlZoCtOy3tWkpgXHJz5NgH3yJLtZdc248
> 3m85rMeZ3ohqB5DGc7vSkweaYW4692LH8DJY0RjZbBG0W/g6zAsklOHnvI/mo/kF
> St7mLp9U4JTow+02A4WSRmbPFMxxhPh1ekwDB1rcoOEBZJrPt/ki4cfwVcaZ0DxO
> yB/XzKYGUz7ks2r9HcPx
> =83LS
> -----END PGP SIGNATURE-----