Date: Wed, 1 Aug 2012 07:34:27 +0200 From: =?iso-8859-1?Q?Karli_Sj=F6berg?= <Karli.Sjoberg@slu.se> To: Frank Bartels <freebsd@knarf.de> Cc: "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org> Subject: Re: Hang when importing pool Message-ID: <C52E6834-9DE9-4B3F-B6FA-E5FD0D1F2FF2@slu.se> In-Reply-To: <20120731142549.GA8138@server-king.de> References: <D13A3EA7-B229-4B78-915E-A3CC3162DB8A@slu.se> <20120731142549.GA8138@server-king.de>
next in thread | previous in thread | raw e-mail | index | archive | help
31 jul 2012 kl. 16.25 skrev Frank Bartels: Hi, I had a very similar problem three times before. The last time I was able to find a working solution: 0. Add more RAM. Can=B4t with the Core i5. Would have to scramble up a Xeon to push in 32G b= uffered. Will try leveraging with cache device before trying that. 1. Use zdb -h -e pool and find out the *last* good looking txg before the current txg. 2. zpool import -T txg -R /pool -o readonly=3Don pool Finding txg=B4s looks "scary", hadn=B4t thought about readonly though, than= ks. 2.1. if this does not work, try older txg 3. Backup your data. Oh the irony. Yes, that was actually what I was going to do just after dest= roying those datasets. Have had the backup server just waiting for them all= along:) 4. Recreate the pool (undo old mistakes, use gpt labels and proper alignmen= t) Yeah, I figure recreating and then recv=B4ing the datasets back in again. 5. Keep dedup=3Doff if you have only 16 GB RAM. Never wanted to have it active in the first place, so I agree. 6. Restore your data. This is a very short description, but I think you get the idea. Hope this helps, Knarf On Tue, Jul 31, 2012 at 08:31:07 +0200, Karli Sj=F6berg wrote: Hi, I?m really struggling with this. I have had a pool with imported filesystem= s from a Solaris system that had dedup activated. Then, when the time came = to erase them, it just stalled. When rebooting, it stalled again at mountin= g filesystems, and since then, I?ve installed two USB drives to act as root= pool with FreeBSD-9.0-RELEASE so that I could import the original pool in = recovery, but it always stalls after a couple of hours. Looking at top, I c= ould see that the 16GB RAM was maxed out, so I have heavily tuned down kmem= , arc, etc: vm.kmem_size_max=3D"512M" vm.kmem_size=3D"384M" vfs.zfs.arc_max=3D"256M" And then I tried importing again, but with the same result; RAM reaches 16G= Wired, 0B Free and some swap allocated as well, and then it stalls. So I t= ried updating, so currently it?s at FreeBSD 9.1-BETA1 #0: Fri Jul 13 22:36:= 05 CEST 2012, but still no go, it still stalls when I try importing, even l= ike: # zpool import -f -F -m pool1 In the link is a screenshot of CTRL+T after it stalled the last time. http://i46.tinypic.com/jhdgrq.png There is about 4TB in there that I really need. Please help, I?m out of ide= as, and stupid enough not to have gotten it backed up yet. Best Regards ---------------------------------------------------------------------------= ---- Karli Sj=F6berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron=E5sv=E4gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se> _______________________________________________ freebsd-fs@freebsd.org<mailto:freebsd-fs@freebsd.org> mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-fs To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org<mailto= :freebsd-fs-unsubscribe@freebsd.org>" Med V=E4nliga H=E4lsningar ---------------------------------------------------------------------------= ---- Karli Sj=F6berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron=E5sv=E4gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C52E6834-9DE9-4B3F-B6FA-E5FD0D1F2FF2>