Date: Wed, 15 May 2013 10:42:32 +0200 From: "Ronald Klop" <ronald-freebsd8@klop.yi.org> To: "Steven Hartland" <killing@multiplay.co.uk>, "Henner Heck" <Henner.Heck@web.de> Cc: freebsd-fs@freebsd.org Subject: Re: Long delays during boot and zpool/zfs commands on 9.1-RELEASE (possibly because of unavailable pool?) Message-ID: <op.ww4ag6z58527sy@ronaldradial.versatec.local> In-Reply-To: <5192AD94.5020707@web.de> References: <968416157.282645.1368232366317.JavaMail.root@erie.cs.uoguelph.ca> <518EFE05.8010100@hub.org> <518F4130.6080201@hub.org> <518F4307.3060908@hub.org> <519285C9.8000306@web.de> <A6A43A3F71994DC68F4F51124FA213E5@multiplay.co.uk> <5192AD94.5020707@web.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 14 May 2013 23:33:08 +0200, Henner Heck <Henner.Heck@web.de> wrote: > Am 14.05.2013 21:22, schrieb Steven Hartland: >> ----- Original Message ----- From: "Henner Heck" <Henner.Heck@web.de> >>> Hello all, >>> >>> i set up a PC with FreeBSD 9.1-Release and 2 zfs pools. >>> One is a mirror from which FreeBSD is booting >>> (tough enough without getting "error 2"), >>> the other one a raidz2 for data. >>> The disks for the raidz2 are encrypted with geli and attached manually. >>> >>> I noticed that a "zpool status" or a "zfs list" before attaching >>> the encrypted disks waits for about one minute before showing output. >>> When they finally do, the output is as expected, the raidz2 pool is >>> shown as >>> UNAVAIL and its datasets are not listed. >>> When all the disks are attached with geli, the outputs are given >>> immediately. >>> >>> On boot there are 2 delays. >>> One of about 1 minute after the output >>> "Setting hostid: 0x........" >>> and one of 2 minutes after >>> "Mounting local file systems:.". >>> Both these outputs don't show up in dmesg, which ends with >>> "Trying to mount root from zfs:zroot/ROOT []..." shortly before. >>> >>> I suspect that the boot delays too are because of the encrypted pool. >>> >>> A different machine running FreeBSD 8.3-RELEASE has a delay of only >>> about 3 seconds on "zpool status" with an encrypted pool >>> and also the boot shows no annoying anomalies. >>> >>> Any idea how to get rid of these really long delays? >> >> Try the attached patch see if that helps? >> >> Regards >> Steve >> >> ================================================ >> This e.mail is private and confidential between Multiplay (UK) Ltd. >> and the person or entity to whom it is addressed. In the event of >> misdirection, the recipient is prohibited from using, copying, >> printing or otherwise disseminating it or any information contained in >> it. >> In the event of misdirection, illegible or incomplete transmission >> please telephone +44 845 868 1337 >> or return the E.mail to postmaster@multiplay.co.uk. > > > > Hello Steven, > > i tried to apply the patch, but patch didn't return and gave no output. > I checked my the zfs.c and it doesn't seem to fit this patch. > Please see attached file. > > Regards, > Henner Heck Sounds likes my daily wtf moment. Patch likes the patch-file on stdin. That is why it waits forever and does not return. Ctrl-z will help that. Use something like this: patch < foo.diff Regards, Ronald.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.ww4ag6z58527sy>