From owner-freebsd-geom@FreeBSD.ORG Thu Jan 10 09:21:42 2013 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B5C8C618 for ; Thu, 10 Jan 2013 09:21:42 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id 6C62AF4F for ; Thu, 10 Jan 2013 09:21:42 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 331735C7C7; Thu, 10 Jan 2013 10:21:35 +0100 (CET) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id e9-8suvMTHWG; Thu, 10 Jan 2013 10:21:34 +0100 (CET) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 679BB5C7B7; Thu, 10 Jan 2013 10:21:34 +0100 (CET) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id 5C4A750875; Thu, 10 Jan 2013 10:21:34 +0100 (CET) Message-ID: <50EE881E.9020604@incore.de> Date: Thu, 10 Jan 2013 10:21:34 +0100 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> Subject: Re: gjournal doesn't want to stop after "gjournal stop" command References: <50EC4950.6000609@quip.cz> In-Reply-To: <50EC4950.6000609@quip.cz> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2013 09:21:42 -0000 Miroslav Lachman wrote: > I am removing gjournal from all of our machines. I did it many times > befor with FreeBSD 7.x versions without problem, but on two machines > upgraded to 8.3, there is the same problem on both of them. The gjournal > does not want to stop. > > # umount /vol1 > > # gjournal stop -v mirror/gm0s2g.journal > Done. This command initiates that the gjournal geom is disconnected from his gmirror geom and afterwards the geom "automatic magic" called "tasting" takes place to find a new matching geom for the gjournal geom. The result is: The ufsid geom says: Yes I will. > Jan 8 16:58:27 edith kernel: GEOM_JOURNAL: Journal 357929960: > ufsid/4ac9defaef44694b contains data. The asynchron running stop is still active, and the play begins again ... > Jan 8 16:58:32 edith kernel: GEOM_JOURNAL: Journal 357929960: > mirror/gm0s2g contains data. > Jan 8 16:58:37 edith kernel: GEOM_JOURNAL: Timeout. Journal gjournal > 357929960 cannot be completed. > Jan 8 16:58:37 edith kernel: GEOM_JOURNAL: Journal 357929960: > ufsid/4ac9defaef44694b contains data. > Jan 8 16:58:42 edith kernel: GEOM_JOURNAL: Timeout. Journal gjournal > 357929960 cannot be completed. > > Is there any other way to stop it without reboot? On servers using gmirror/gjournal/gpart I always have the following lines in my loader.conf to prevent the problems you saw: kern.geom.label.gpt.enable="0" kern.geom.label.gptid.enable="0" kern.geom.label.ufs.enable="0" kern.geom.label.ufsid.enable="0" --- Andreas Longwitz