From owner-freebsd-questions@FreeBSD.ORG Sun Apr 19 17:43:47 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C80F1106566B for ; Sun, 19 Apr 2009 17:43:47 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 48A928FC1A for ; Sun, 19 Apr 2009 17:43:46 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id n3JHhXC9081832; Sun, 19 Apr 2009 18:43:40 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.2 smtp.infracaninophile.co.uk n3JHhXC9081832 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1240163021; bh=8Rms8rg1g3s/NVJibVAOaJlMuISQ2Ba97N161pPGPQk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<49EB62BE.8080406@infracaninophile.co.uk>|Date:=20S un,=2019=20Apr=202009=2018:43:26=20+0100|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.21=20(X11/20090407)|MIME-Vers ion:=201.0|To:=20Glen=20Barber=20|CC:=20J ohn=20Almberg=20,=20freebsd-questions@freebs d.org|Subject:=20Re:=20Upgrading=20from=206.3=20to=207.1=20--=20ho w=20dangerous?|References:=20=20<4ad871310904191012r2c0d8bcarbc43729c65d43708@mail .gmail.com>|In-Reply-To:=20<4ad871310904191012r2c0d8bcarbc43729c65 d43708@mail.gmail.com>|X-Enigmail-Version:=200.95.6|Content-Type:= 20multipart/signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protocol=3D "application/pgp-signature"=3B=0D=0A=20boundary=3D"------------eni g067AE97F47FA7C2BD42F9036"; b=fvG9V9lfBhfjLIEUtCxsnJ+ZEBw+1rTUdClOAT9suTTeiu/oIRfGXSMadGdzuR1Wo H6DTD/Le8gNr7nOb20fPIRzwJucyQVTEEfLV6F+6VREk/URzPrCfjvCI6mVUg/rNIl BwW0IljbmEPQkjrDwCmTOFYqkx77w9QSXYgr41WM= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host localhost [IPv6:::1] claimed to be happy-idiot-talk.infracaninophile.co.uk Message-ID: <49EB62BE.8080406@infracaninophile.co.uk> Date: Sun, 19 Apr 2009 18:43:26 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.21 (X11/20090407) MIME-Version: 1.0 To: Glen Barber References: <4ad871310904191012r2c0d8bcarbc43729c65d43708@mail.gmail.com> In-Reply-To: <4ad871310904191012r2c0d8bcarbc43729c65d43708@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig067AE97F47FA7C2BD42F9036" X-Virus-Scanned: clamav-milter 0.95.1 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: John Almberg , freebsd-questions@freebsd.org Subject: Re: Upgrading from 6.3 to 7.1 -- how dangerous? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 17:43:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig067AE97F47FA7C2BD42F9036 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Glen Barber wrote: > On Sun, Apr 19, 2009 at 1:06 PM, John Almberg wr= ote: >> I need to upgrade a live, production server from 6.3 to 7.1. I can't a= fford >> to have any troubles with this server. I have Absolute FreeBSD and a f= ew >> other BSD books, and the upgrade process looks fairly straightforward.= >> That's the theory... >=20 > Wise man (who I won't name to keep his identity private) once said: > "In theory, there is no difference between practice and theory. In > practice, there is." >=20 >> Real world question: how scared should I be? I've done several 6.x to 7.x upgrades on live systems. There are some tr= icky bits, but once you have been through the process it's fairly routine. One big gotcha is that in oder to upgrade all the ports, you first need t= o make sure that the software you're using and any dependencies it has are = all up to date too. For portmaster this is not a problem, as it is a shell s= cript with no dependencies except on the base system. For portupgrade, you sho= uld=20 delete portupgrade and all of it's dependencies (some or all of: ruby, ru= by-bdb, bdb, openssl -- depending on your configuration choices) and then reinsta= ll by: # cd /usr/ports/port-mgmt/portupgrade # make install >> I've thought about setting up a dummy server, just to practice on. Is = this a >> good idea? Or am I just a nervous Nellie? >> >=20 > Get a test box to do this on first. :) Absolutely. A dummy run before the real thing is a really good idea. One great benefit of using a test server is that you can also use it as a package building machine (assuming it's the same CPU architecture of co= urse). Being able to upgrade all the installed software by installing pre-compil= ed and tested packages will a) save you a lot of time when you have to have = your production server out of action to work on it and b) it lets you discover= all those little glitches and tweaks that you will need to deal with *before*= you have to do it for real. If you do have a spare server with appropriate capabilities, one approach= =20 that you might consider is building a duplicate upgraded system image on = the spare machine and then simply swapping hard drives with your production b= ox. That is probably about the minimum time impact on production service[*] f= or you to do this sort of upgrade and it has the really useful benefit that there is a simple back-out path should things not work out. Just swap th= e old disks back in. Cheers, Matthew [*] Well, modulo time required for disks to resynchronise if you're using= mirroring and can't swap both halves of the mirror simultaneously. For t= he whole RAID 1 thing to be effective your server /should/ run pretty much normally while this is going on though. --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig067AE97F47FA7C2BD42F9036 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAknrYsUACgkQ8Mjk52CukIwJvQCeMB6uEJp34+fIOd3LsYenA7G/ RyAAn2PUIdvWTRtk2chbNNDYLWLuD9uI =855X -----END PGP SIGNATURE----- --------------enig067AE97F47FA7C2BD42F9036--