From owner-freebsd-stable Mon May 14 14:22:34 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with ESMTP id DCD9037B422 for ; Mon, 14 May 2001 14:22:29 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 63878 invoked by uid 1000); 14 May 2001 21:22:50 -0000 Date: Mon, 14 May 2001 23:22:50 +0200 From: "Karsten W. Rohrbach" To: Stephen Hilton Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Running Stable on remote production server Message-ID: <20010514232250.I53801@mail.webmonster.de> References: <20010513145801.A15090@student.uu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from nospam@hiltonbsd.com on Sun, May 13, 2001 at 10:57:03AM -0500 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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