From owner-freebsd-questions@FreeBSD.ORG Sun Nov 4 09:32:16 2007 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 550F616A41B for ; Sun, 4 Nov 2007 09:32:16 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.alaskaparadise.com (137-42-178-69.gci.net [69.178.42.137]) by mx1.freebsd.org (Postfix) with ESMTP id C726613C4BB for ; Sun, 4 Nov 2007 09:32:15 +0000 (UTC) (envelope-from beech@freebsd.org) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id AA137845D; Sun, 4 Nov 2007 01:32:03 -0800 (AKDT) From: Beech Rintoul To: "Chris Haulmark" Date: Sun, 4 Nov 2007 01:31:55 -0800 User-Agent: KMail/1.9.7 References: <011e01c81e3a$82335dc0$6501a8c0@GRANT> <44sl3m7ogj.fsf@Lowell-Desk.lan> <6FC9F9894A9F8C49A722CF9F2132FC220F34B36D@ms05.mailstreet2003.net> In-Reply-To: <6FC9F9894A9F8C49A722CF9F2132FC220F34B36D@ms05.mailstreet2003.net> X-Face: jC2w\k*Q1\0DA2Q0Eh&BrP/Rt2M,^2O#R07VoT98m*>miQF9%Bi9vy`F6cPjwEe?m,)=?utf-8?q?2=0A=09X=3FM=5C=3AOE9QgZ?="xT3/n3,3MJ7N=Cfkmi%f(w^~X"SUxn>; 27NO; C+)g[7J`$G*SN>{<=?utf-8?q?O=3Bg7=7C=0A=09o=7D=265A=5D4?=@7D`=Eb@Zs1Ln814?]|k@'bG=.Ca"[|8+_.OsNAo8!#?4u MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711040131.59446.beech@freebsd.org> Cc: freebsd-questions@freebsd.org Subject: Re: 5.2.1 to 6.2 Migration. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Beech Rintoul List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Nov 2007 09:32:16 -0000 On Saturday 03 November 2007, Chris Haulmark said: > > Kevin Kinsey writes: > > > Lowell Gilbert wrote: > > >> "Chris Haulmark" writes: > > >>> Grant Peel wrote: > > >>>> I thought I would ask the question before I do it the hard > > >>>> way > > > > .... > > > > >>>> 1. Can FreeBSD be upgraded from 5.2.1 to 6.2 ? > > >>> > > >>> Yes. > > >>> > > >>>> 2. Can it be done through an ssh connection, or MUST I make > > >>>> the > > > > trip > > > > >>>> to the farm and do it from the console? > > >>> > > >>> I've done 5.x to 6.x upgrades via ssh. It is possible. > > >>> > > >>> In the handbook, you will see mentions of booting into single > > >>> user > > > > mode > > > > >>> and I can tell you that it is not required. > > >> > > >> It's a good safety precaution; if your updated kernel won't > > >> boot, > > > > you > > > > >> will need to reinstall most of the system. > > That is over the board. > > Only times that I have made the mistakes in the past are: > > 1. Misconfiguring the kernel options such as disabling the > meeded network driver built in the kernel. > 2. Anything related to having kernel panics to occur. > 3. Enabling firewall and getting locked out via network. > > > > That sounds a tad alarmist; if the new kernel won't boot, > > > you'll have to be at (or have someone at) the console who can > > > boot "kernel.old" (I stand open for correction, but last time I > > > did it, 'twas that way). And, possibly, that person (you?) > > > will also have to be able to do some other magic. > > Magic such as having other remote possibilities. DRAC access for > example. > > > > But the phrase "reinstall most of the system" doesn't, at > > > the very least, *sound* like the BSD Way(tm). Granted, > > > sometimes it's quicker --- I know that's why it's used so > > > often on that "Other System" .... ;-) > > > > If you have reinstalled a userland that depends on a kernel that > > doesn't boot, you are quite likely to be in trouble. > > I always do buildworld/installworld as part of my kernel > build/installs. That is to ensure staying in sync. > > I reboot after the installworld then again after the installkernel. You should do it the other way around. That way if the new kernel doesn't boot you aren't stuck with an out of sync userland which may not play nicely with your old kernel. Also, depending on the changes booting an old kernel with a new userland may (and has) result in your system not booting at all. The proper sequence is: # make buildworld # make buildkernel # make installkernel # reboot # mergemaster -p # make installworld # mergemaster # reboot > > > The "BSD way" does not necessarily involve easy recovery from > > making up procedures that haven't been worked out or tested by > > the release engineers. In fact, I don't think any operating > > system guarantees that you will have an easy time after making up > > your own upgrade procedures. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/6.2R/announce.html ---------------------------------------------------------------------------------------