Boot problem if a ZFS log device is missing

Maurizio Vairani maurizio.vairani at
Mon Sep 2 09:18:25 UTC 2013

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,

More information about the freebsd-stable mailing list