Skip site navigation (1)Skip section navigation (2)
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>