From owner-freebsd-stable@FreeBSD.ORG Thu Aug 7 12:48:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6DF4106566B for ; Thu, 7 Aug 2008 12:48:14 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3A0028FC25 for ; Thu, 7 Aug 2008 12:48:13 +0000 (UTC) (envelope-from kmd@milshop.ru) Received: by mu-out-0910.google.com with SMTP id i2so157215mue.3 for ; Thu, 07 Aug 2008 05:48:12 -0700 (PDT) Received: by 10.125.164.7 with SMTP id r7mr4783mko.161.1218113292212; Thu, 07 Aug 2008 05:48:12 -0700 (PDT) Received: by 10.125.94.4 with HTTP; Thu, 7 Aug 2008 05:48:10 -0700 (PDT) Message-ID: <519867a90808070548n5eee13adwb79b62bd2fecb67a@mail.gmail.com> Date: Thu, 7 Aug 2008 16:48:10 +0400 From: "Eugene Kazarinov" Sender: kmd@milshop.ru To: "FreeBSD Stable" In-Reply-To: <20080807090422.GA19885@eos.sc1.parodius.com> MIME-Version: 1.0 References: <1EE0EC59-C48C-4B07-B08E-77BE388BBDE1@develooper.com> <20080807090422.GA19885@eos.sc1.parodius.com> X-Google-Sender-Auth: 74cb7c3a32d6f66e Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: i386 vs amd64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Aug 2008 12:48:14 -0000 Hello everybody. (sorry for my english) > > # For individuals wanting to upgrade their sources (even if only a > # delta of a few days): > # > # 1. `cd /usr/src' (or to the directory containing your source > tree). > # 2. `make buildworld' > # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is > GENERIC). > # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is > GENERIC). > # 5. `reboot' (in single user mode: boot -s from the loader > prompt). > # 6. `mergemaster -p' > # 7. `make installworld' > # 8. `make delete-old' > # 9. `mergemaster' > # 10. `reboot' > # 11. `make delete-old-libs' (in case no 3rd party program uses them > anymore) > Pls tell me what for I need 5 step? I have about 15 remote servers (10 on 6.X-stable and others on 7.0-stable). These servers are far far away from me and I really cant connect serial or keyboard to it. So I upgrade remotely without "# 5 reboot" very long time, starting from at least 5.4 (maybe 4.x I dont remember), 5.4-stable -> 6.0-stable, 6.0-stable -> 6.2-stable, 6.0/6.2-stable -> 6.3-stable and of couse 6.2/6.3-stable -> 7.0-stable. Only once I got a problem with /libexec/ld-elf.so.X then I try upgrade from 6.2-RELEASE-pX to 7.0-stable. Of couse I got phisical access to this server to repair it. I got this file from another server and then succesfully rebuild all the world with my "reception". This was really hard situation. (I use /rescue and have shamanian danced with tambourine around this server ;) lol ;) ) I dont remember why I had on that server this strange (for me) version (6.2-RELEASE). So have I a chance to upgrade remote servers without single mode? Now my practice is (a few last years): #cd /usr/src #mergemaster -p && make -j8 buildworld && make -j8 buildkernel KERNCONF=KMD && make installkernel KERNCONF=KMD && make installworld && mergemaster -iU && reboot *) -j8 on 2x- or 4x-kernels cpu and -j4 on 1x-kernel cpu *) some time I did "make -j4 installkernel KERNCONF=KMD" and "make -j4 installworld" but it's worked not stable. Sometimes it returns an error. Maybe hdd was not speedy - dont know why it was so and dont know how to say it all in english. :\ *) on Phenom 9750 with 2GB DDR2 800MHz memory "-j8 buildworld" makes in about 16 minutes and "-j8 buildkernel KERN..." in about 5 minutes. As a result all upgrade takes about 30 minutes or less. On x2 CPUs I put this long command in ssh-term and go away. When I come back "mergemaster -iU" is waiting me. And if I make major update (6.x to 7.x) I'll portupgrade all ports as in manual "portupgrade -faP" and then reboot after that "make delete-old" and "make delete-old-libs" and reboot All of this I do remotely. Is this way very wrong? I understand that it's not a "canonical" way but how I can do it right and remotely? Thanks in advance.