From owner-freebsd-stable@FreeBSD.ORG Fri Jun 1 08:16:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08B401065672 for ; Fri, 1 Jun 2012 08:16:37 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8202A8FC0A for ; Fri, 1 Jun 2012 08:16:35 +0000 (UTC) Received: by eaac13 with SMTP id c13so125025eaa.13 for ; Fri, 01 Jun 2012 01:16:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=9PvIWR1nUTJnnaoUMecctmVuJlctdZznmJJim0qY7EY=; b=P7JCWA90LivN5lqczEmnSWSSDznPfgW806DnASpjz/Wne1kf4d5tow7up1B1XD45bt 9fc5NXRpC/OZlVfHtgRNSfXXiouZrFgpdzoz1tlX87eR2Lppgfw33AXhJ80IW8t/EbPl 18qOb7tv/VtOPUoklVy7wbCqU/wbOSFtP24mwKK4q0o2P/TyEj+pVV5vRXOO7t21Ks1B CK6frttrOo7UFO1yxTjNYZMdLCcYRNdyXpHVeYhiGyU6f6Cq9+yyd+vogUOyxnZDfgU+ cdgqLdzly6BUFI3Uj27a5VtkrJQQII/1ryduhG8YZxvC9dXlCEN7TbhSY/PyJcO9nQBs m8Rw== Received: by 10.14.127.198 with SMTP id d46mr825846eei.206.1338538595115; Fri, 01 Jun 2012 01:16:35 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id n52sm4123322eeh.9.2012.06.01.01.16.33 (version=SSLv3 cipher=OTHER); Fri, 01 Jun 2012 01:16:34 -0700 (PDT) Message-ID: <4FC87A60.3020102@my.gd> Date: Fri, 01 Jun 2012 10:16:32 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Matthew Seaman References: <4FC779C0.7020801@ohlste.in> <4FC77EAD.1090900@my.gd> <4FC78A94.8070008@ohlste.in> <4FC79136.6000205@my.gd> <4FC7B4CC.1070507@FreeBSD.org> In-Reply-To: <4FC7B4CC.1070507@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmcvKMg5DIWLlt0JFpIMHZfRzQ7VFZsGrKFNmR4tQTKVPpW73qLSllC7raRXMSKT/iBEDTo Cc: freebsd-stable@FreeBSD.org, Jim Ohlstein Subject: Re: Why Are You Using FreeBSD? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Jun 2012 08:16:37 -0000 On 5/31/12 8:13 PM, Matthew Seaman wrote: > On 31/05/2012 16:41, Damien Fleuriot wrote: >> You missed the bit about 3 reboots, while these don't take 15 mins each, >> they're still time consuming and disruptive. >> 1/ reboot after installing new kernel >> 2/ reboot after installing new world >> 3/ reboot after rebuilding ports > > If you rebuilt the ports first, then you'ld only have two reboots. > > Also, while the cautious approach detailed in /usr/src/UPDATING is never > wrong, much of the time you can do the upgrade perfectly well by > installing world+kernel together and just rebooting once. Obviously > this is not a good idea if your machines are in a datacenter many miles > away and you don't have console-equivalent access or if you're upgrading > over a large delta in versions, or you're making major changes to the > kernel config. > > This sort of operation is something that ZFS boot environment support > (recently committed to HEAD, due for MFC within the month) makes much, > much safer and easier to deal with. You don't need to do a separate > reboot to test the kernel as you've still got an entire kernel+world in > the previous BE to fall back on. > > Cheers, > > Matthew > The reason I rebuild the ports last is because, unless I'm wrong, any port that's statically linked to a system library would be linked to the old library from the old world. We've got very high HA constraints on these machines and I really prefer doing this the cautious way. Hell, on the first reboot I actually test the new kernel with "nextboot -k" , even when doing 8.2-RELEASE -> 8-STABLE upgrades... Regarding the ZFS boot thingy, I'm not comfortable enough with it to push it in production, so we're still using UFS here. Sure looks interesting though.