Date: Mon, 02 Sep 2013 11:18:10 +0200 From: Maurizio Vairani <maurizio.vairani@cloverinformatica.it> To: Andriy Gapon <avg@FreeBSD.org> Cc: freebsd-fs@FreeBSD.org, Charles Sprickman <spork@bway.net>, freebsd-stable@FreeBSD.org Subject: Re: Boot problem if a ZFS log device is missing Message-ID: <522457D2.1070304@cloverinformatica.it> In-Reply-To: <52207800.2060901@FreeBSD.org> References: <521F05F0.4090607@cloverinformatica.it> <521F0DEB.20408@FreeBSD.org> <CC82FB9B-0676-4391-A494-9B5C388C80B8@bway.net> <522075D6.70600@FreeBSD.org> <52207800.2060901@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 30/08/2013 12.46, Andriy Gapon wrote: > on 30/08/2013 13:37 Andriy Gapon said the following: >> on 30/08/2013 00:38 Charles Sprickman said the following: >>> If one is willing to accept that data is lost (like the log device is totally smoked), is there a way to boot knowing that you may have some data loss, or is the only option to boot alternate media and force a pool import (assuming that works without the log device)? >> I think it's the latter. I am not aware of any way to select a behavior similar >> to import -m or import -F during boot. >> Perhaps... ZFS_IMPORT_MISSING_LOG should be a default behavior for a root pool >> or maybe the behavior could be controllable by a tunable. >> > Maurizio, > > you might want to try the following patch as an interim solution for your > environment: > > --- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c > +++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c > @@ -4112,6 +4112,7 @@ spa_import_rootpool(const char *name) > } > spa->spa_is_root = B_TRUE; > spa->spa_import_flags = ZFS_IMPORT_VERBATIM; > + spa->spa_import_flags |= ZFS_IMPORT_MISSING_LOG; /* XXX make tunable */ > > /* > * Build up a vdev tree based on the boot device's label config. > > HI all, unfortunately the patch don't works. The laptop returns the same error message: "Mounting from zfs:tank0 failed with error 6" and the same "mountroot>" prompt. I am available for further testing if needs. Thanks anyway, Maurizio
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?522457D2.1070304>