I have usually followed the canonical way to update my system, as described in the handbook. But now I need to update a system that I cannot reach physically for a long time. Is there any way to do this? The system runs primarily as a webserver, and it doesn't have many users. Could I just stop apache and follow the canonical way, except I don't go into single user mode? Sincerely, ?ystein Holmen
On Thu, Sep 15, 2005 at 11:53:05PM +0200, ?ystein Holmen wrote:> I have usually followed the canonical way to update my system, as > described in the handbook. But now I need to update a system that I > cannot reach physically for a long time. Is there any way to do this? > The system runs primarily as a webserver, and it doesn't have many > users. Could I just stop apache and follow the canonical way, except > I don't go into single user mode?You could if you are lucky, but what disaster recovery plan do you have in case something goes wrong and the system becomes unusable? Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050915/c80fafae/attachment.bin
Hello ?ystein, Thursday, September 15, 2005, 11:53:05 PM, you wrote about:> I have usually followed the canonical way to update my system, as > described in the handbook. But now I need to update a system that I > cannot reach physically for a long time. Is there any way to do this? > The system runs primarily as a webserver, and it doesn't have many > users. Could I just stop apache and follow the canonical way, except > I don't go into single user mode?You even don't have to stop apache and other processes during buildworld procedure... -- Best regards DanGer, ICQ: 261701668 | e-mail protecting at: http://www.2pu.net/ http://danger.rulez.sk | proxy list at: http://www.proxy-web.com/ | FreeBSD - The Power to Serve! [ Those who flee temptation generally leave a forwarding ad ]
?ystein Holmen wrote:> users. Could I just stop apache and follow the canonical way, except I > don't go into single user mode?Usually works. I've never rebooted into single-user during the upgrade procedure and haven't encountered any problems in 10 years of doing it that way. Also, often it isn't possible, for example, when using a hosted server w/o remote console access. mkb.
?ystein Holmen wrote:> I have usually followed the canonical way to update my system, as > described in the handbook. But now I need to update a system that I > cannot reach physically for a long time. Is there any way to do this? > The system runs primarily as a webserver, and it doesn't have many > users. Could I just stop apache and follow the canonical way, except > I don't go into single user mode? > > Sincerely, > ?ystein Holmen_______________________________________________I do under normal multiuser root: # cd /usr/obj # rm -rf * # cd /usr/src # /make clean # make buildworld && make buildkernel KERNCONF=FOO && make installkernel KERNCONF=FOO && make installworld && mergemaster then reboot prolly not the correct way, but works for me, (never tried across major version changes) -- </jcr>
jcr wrote:> ?ystein Holmen wrote: > > > I do under normal multiuser root: > > # cd /usr/obj > # rm -rf * > # cd /usr/src > # /make clean > # make buildworld && make buildkernel KERNCONF=FOO && make > installkernel KERNCONF=FOO && make installworld && mergemaster > > then reboot > > prolly not the correct way, but works for me, (never tried across > major version changes)I do a cd /usr/src/usr.sbin/mergemaster ./mergemaster.sh -pcd /usr/src as a first step. It was recommended back in the 4.X days. actually, my scripts come in two parts. part 1. cd /usr/src/usr.sbin/mergemaster ./mergemaster.sh -pcd /usr/src cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make buildworld && make buildkernel && make installkernel at this point you need to reboot. when the system comes back (multiuser) part 2: cd /usr/src make installworld && mergemaster then I reboot again. -lee