From owner-freebsd-current@FreeBSD.ORG Mon May 11 04:54:48 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68EB8106566B for ; Mon, 11 May 2009 04:54:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with ESMTP id F1CA88FC08 for ; Mon, 11 May 2009 04:54:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12854 invoked by uid 399); 11 May 2009 04:54:45 -0000 Received: from localhost (HELO ?192.168.0.103?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 May 2009 04:54:45 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A07AF92.1040309@FreeBSD.org> Date: Sun, 10 May 2009 21:54:42 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Jeremie Le Hen References: <20090510165737.GB88857@obiwan.tataz.chchile.org> In-Reply-To: <20090510165737.GB88857@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: New mergemaster option -I, failsafe install files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2009 04:54:53 -0000 Jeremie Le Hen wrote: > Hi Doug, > > As you may guess from my multiple emails, I'm in the process of > upgrading my jails :-). > > Since I have one jail per service, a very few number of configuration > files are modified on each jail. As most of user of FreeBSD I think, > I'm used to run "mergemaster -iU" to automate the process as much as > possible. The problem with service jails (chapter 15.6.1 of the > handbook) is that / is read-only mounted on all jails, /etc /var /root > and a few other places being symlinks to /s, the private read-write > space of each jail. Thus when mergemaster tries to update > /boot/devices.hints it fails and abort. I think the way to solve this problem would be with an MM_PRE_COMPARE_SCRIPT that deletes /boot/device.hints (and any other relevant files) from the temproot. If they are not present in that directory when the comparison starts then it's a non-issue. > Therefore I've implemented a new -I option that does the same thing as > -i except that it will proceed on failure. ewwww, scary. :) Seriously though, I have very strong feelings about not blasting through errors since I have no way of determining which errors are/should be show stoppers, and which are merely annoying. And even if I thought I could write code to do that, the real answer would depend heavily on local policy in any case. Thanks for thinking about this issue in any case, Doug