Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 14 May 2001 23:22:50 +0200
From:      "Karsten W. Rohrbach" <karsten@rohrbach.de>
To:        Stephen Hilton <nospam@hiltonbsd.com>
Cc:        freebsd-stable@FreeBSD.ORG
Subject:   Re: Running Stable on remote production server
Message-ID:  <20010514232250.I53801@mail.webmonster.de>
In-Reply-To: <NEBBJFPJOMGCGNBMJMCHGEKECCAA.nospam@hiltonbsd.com>; from nospam@hiltonbsd.com on Sun, May 13, 2001 at 10:57:03AM -0500
References:  <20010513145801.A15090@student.uu.se> <NEBBJFPJOMGCGNBMJMCHGEKECCAA.nospam@hiltonbsd.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Stephen Hilton(nospam@hiltonbsd.com)@2001.05.13 10:57:03 +0000:
> Subject: Re: Running Stable on remote production server
> 
> How can you accomplish the single user installworld steps on a remote system ?
> Especially the mergemaster program that involves interactive routines ?
> I would be using SSH to connect to a remote FreeBSD box.
separate the payload (eg. datafile) fs hierarchy from the standard
bsd userland ("/opt"), then

:START 
make release on a master
customize ports tree to your needs
make packages
burn cd
test it thouroughly on your reference platform
if something fails goto :START
duplicate cds
hand them out to remote-hands monkeys
tell them to shutdown -r now, insert cd and watch ;-)

makes sense if you got more than let's say 50 machines in remote
locations but you should stick to a standardized hardware setup.
drawbacks are the work for your own release engineering but this quite
expensive action in terms of time pay back by the short amount of
upgrade time (copying).
we had this setup for quite some time at my former employer until some
really stupid tie-wearing monkeys bought the company and made the
engineering folks switch to a zoo of hardware.

/k

> 
> 
> 
> > I have been reading the instructions for tracking stable and what is
> > recommended in the way of procedures.  It seems from this that it would be
> > extremely hard to follow these recommendations for a remote POP.  IE moving
> > to single user mode and on the whole messing with the machine for several
> > hours at a time.
> 
> 
> Stephen Hilton
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message

-- 
> Experiments must be reproducible; they should all fail in the same way.
KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de
[Key] [KeyID---] [Created-] [Fingerprint-------------------------------------]
GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE  DF22 3340 4F4E 2964 BF46

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




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