Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 24 Apr 2006 13:00:44 -0500
From:      Paul Schmehl <pauls@utdallas.edu>
To:        freebsd-questions@freebsd.org
Subject:   Re: learning to buildworld
Message-ID:  <A6551250AB6864A26CC5C1F6@Paul-Schmehls-Computer.local>
In-Reply-To: <53858.208.11.134.3.1145894538.squirrel@mail.dfwlp.com>
References:  <53858.208.11.134.3.1145894538.squirrel@mail.dfwlp.com>

next in thread | previous in thread | raw e-mail | index | archive | help
--==========4CAC9C69966B170C2A02==========
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

--On April 24, 2006 11:02:18 AM -0500 Jonathan Horne <jhorne@dfwlp.com>=20
wrote:

> i have begun spending a good deal of time researching and practicing the
> buildworld process on my dev boxes.  i want to make sure i have the =
entire
> process down pat, before i attempt it on my production server.
>
> the handbook states that i should:
>
> make buildworld
> make buildkernel
> make installkernel
>
> and then reboot to single usermode.  the installworld comes while in
> single user mode, and my production server would see quite a bit of
> downtime over this.  handbook says to, in sigle user mode:
>
> mergemaster -p
> make installworld
> mergemaster
> reboot
>
> ive seen several articles on the net, and of course, no one agrees on the
> exact steps to take to update your system.  my question is, is it safe to
> 'mergemaster' and 'make installworld' while still up and running?  or do =
i
> just need to bite the downtime-bullet, and put it in single user?
>
I have done the complete process remotely, over ssh, without problems.=20
*However*, that is not the recommended procedure *and* I was doing it on a=20
new install where, if it failed, I could simply start over.  I wouldn't=20
recommend it for production systems that are remotely located.  The price=20
you pay for going to the server and using single-user mode is less than the =

price you pay for doing it remotely *and* having it fail.

Paul Schmehl (pauls@utdallas.edu)
Adjunct Information Security Officer
University of Texas at Dallas
AVIEN Founding Member
http://www.utdallas.edu/
--==========4CAC9C69966B170C2A02==========--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A6551250AB6864A26CC5C1F6>