From owner-freebsd-fs@FreeBSD.ORG Wed Jan 15 23:05:13 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 571897D1 for ; Wed, 15 Jan 2014 23:05:13 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 355501075 for ; Wed, 15 Jan 2014 23:05:12 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id B863429C34; Wed, 15 Jan 2014 15:05:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1389827106; bh=N0uLSzHnsUzKWf30gv3XWsaxhkc6J6giAgWe7CMqM2c=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=TuOjcq1xPdu+wrN9M3pt4ruN9nxIpJxlqaIA9IVXMWnC+GpsdIIAfY9GMwrrP4T1o 0E7C2mKShLVDtV1w3lUfuMdNt5Vqo1fpLQ+EKS85RnwyMgmPI34ujCT4xAUWqvXZBY 1TLzDDKsaJyhV9IpzIKfB9HAlbGjdEnt6c5Xrpuc= Message-ID: <52D71421.3030103@delphij.net> Date: Wed, 15 Jan 2014 15:05:05 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Ulysse 31 , Freddie Cash Subject: Re: zpool import taking weeks ... References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 23:05:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, On 01/15/14 00:29, Ulysse 31 wrote: > Thanks for the answer. > > I was beginning to ... well ... have a little start of panic ^^' > The import still running but no real activity on disks : > sometimes, maybe something like each hour, there is some really > brief led activity on the hdd, but nothing more. one thing that > would be great is to have an overall percentage or just counting of > what is done or what is left ... for now i don't even know if it's > gonna end on the next 5 mins or on the next 5 weeks :s So now since > i have no real activity on the actual zpool import (the last import > started a week ago, it do not have go out of swap since i added lot > of swap (260G HDD swap)), should i just let it run, or make a > reboot and start over ? Also once imported, and since i don't care > about the data actually on the incriminated dataset (the one that > crashed with the recv/rollback), I was planning to simply delete > that dataset and make a new full sync, what do you think about it > ? Thanks again for your help. 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 tank If the output is sane, try: zpool import -o readonly=on -f -R /mnt -F -T 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. Cheers, - -- Xin LI 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-----