From owner-freebsd-stable@FreeBSD.ORG Fri Aug 30 11:45:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3FD7B861 for ; Fri, 30 Aug 2013 11:45:16 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews07.kpnxchange.com (cpsmtpb-ews07.kpnxchange.com [213.75.39.10]) by mx1.freebsd.org (Postfix) with ESMTP id AA34F2D65 for ; Fri, 30 Aug 2013 11:45:15 +0000 (UTC) Received: from cpsps-ews01.kpnxchange.com ([10.94.84.168]) by cpsmtpb-ews07.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 30 Aug 2013 13:45:14 +0200 Received: from CPSMTPM-TLF104.kpnxchange.com ([195.121.3.7]) by cpsps-ews01.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 30 Aug 2013 13:45:13 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF104.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 30 Aug 2013 13:45:13 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 8C46CC600; Fri, 30 Aug 2013 13:45:13 +0200 (CEST) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Maurizio Vairani" , "Johan Hendriks" Subject: Re: Boot problem if a ZFS log device is missing References: <521F05F0.4090607@cloverinformatica.it> <521F0DEB.20408@FreeBSD.org> <52205507.4030802@cloverinformatica.it> <52207AD5.2070608@gmail.com> Date: Fri, 30 Aug 2013 13:45:13 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <52207AD5.2070608@gmail.com> User-Agent: Opera Mail/12.16 (FreeBSD) X-OriginalArrivalTime: 30 Aug 2013 11:45:14.0038 (UTC) FILETIME=[63DB8D60:01CEA576] X-RcptDomain: freebsd.org Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Aug 2013 11:45:16 -0000 On Fri, 30 Aug 2013 12:58:29 +0200, Johan Hendriks wrote: > Maurizio Vairani wrote: >> On 29/08/2013 11.01, Andriy Gapon wrote: >>> on 29/08/2013 11:27 Maurizio Vairani said the following: >>>> I am able to boot the PC without a cache device but not without a log >>>> device. Why ? >>> The log could potentially contain uncommitted entries. Without the >>> log device >>> there is no knowing if it did or did not. And if it did then the pool >>> is >>> inconsistent state without the log device and so it can not be >>> imported. >>> >>> The cache is not persistent and so there is nothing needed from it >>> upon a boot. >>> >> Thank you for the clear and concise reply. >> >> Yesterday I have done some test. If I remove the stick from the USB >> port, before the shutdown the PC, it don't crash but continues to >> works. Then I am able to reboot the laptop without inserting the stick >> with a pool that works in degraded mode. >> >> From the end user point of view a PC should always boot, even with a >> missing ZFS log device. >> >> Regards >> Maurizio >> >> _______________________________________________ >> 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" > I do not agree with the following. > From the end user point of view a PC should always boot, even with > a missing ZFS log device. > > I think it should give you a option to import the pool or not import the > pool! > There could be a situation when you are not sure that the ZIL is > commited, in that situation it would be handy if you can suspend the > boot and make sure the ZIL is there when you reboot or import after you > attached the ZIL. > I would hate it when it corrups my data just because we always import. > with or without the ZIL. > > In your test you remove the ZIL, and when you reboot then it imports > correctly, as far as my knowledge goes this is ok, because when the pool > is exported there is no left data in the ZIL, it was not there when we > exported, so we can import even without the missing ZIL without problem. I think he was just lucky his system wasn't writing a lot to the ZIL at the moment of removal. So his system was in a consistent state. Otherwise you just miss data which is in the ZIL and not on disk. BTW: Not everything goes through the ZIL. It is not the same as a journal. Only sync writes go to the ZIL. If you don't use databases or NFS or other software which wants to make sure data is on stable storage, you might rarely use the ZIL. Ronald. > > regards > Johan > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"