From owner-freebsd-current@FreeBSD.ORG Fri Aug 20 17:48:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24EB416A4CE; Fri, 20 Aug 2004 17:48:50 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C83643D48; Fri, 20 Aug 2004 17:48:49 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id i7KHmiFA057010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2004 20:48:45 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id i7KHmjvf094232; Fri, 20 Aug 2004 20:48:45 +0300 (EEST) (envelope-from ru) Date: Fri, 20 Aug 2004 20:48:45 +0300 From: Ruslan Ermilov To: Doug Rabson Message-ID: <20040820174845.GA94170@ip.net.ua> References: <20040820101817.GE27931@ip.net.ua> <1092999187.9863.2.camel@builder02.qubesoft.com> <20040820105915.GA29178@ip.net.ua> <1093000460.9863.4.camel@builder02.qubesoft.com> <20040820120757.GC29568@ip.net.ua> <20040820135844.GA76070@ip.net.ua> <1093012873.9863.11.camel@builder02.qubesoft.com> <20040820151503.GC92603@ip.net.ua> <1093020367.9863.13.camel@builder02.qubesoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <1093020367.9863.13.camel@builder02.qubesoft.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new cc: Wilko Bulte cc: alpha@FreeBSD.org cc: current@FreeBSD.org cc: Ken Smith Subject: Re: Alpha is seriously broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 17:48:50 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2004 at 05:46:08PM +0100, Doug Rabson wrote: > On Fri, 2004-08-20 at 16:15, Ruslan Ermilov wrote: > > On Fri, Aug 20, 2004 at 03:41:13PM +0100, Doug Rabson wrote: > > > On Fri, 2004-08-20 at 14:58, Ruslan Ermilov wrote: > > > > On Fri, Aug 20, 2004 at 03:24:52PM +0200, Dag-Erling Sm?rgrav wrote: > > > > > Ruslan Ermilov writes: > > > > > > I think there's no emergency plan other than to reinstall "base" > > > > > > on these systems from some older snapshot? > > > > >=20 > > > > > cross-compile on a different machine in the cluster, copy over th= e new > > > > > make(1), then use it to installworld over NFS. > > > > >=20 > > > > Only if this machine is also Alpha. To tell you the truth, some bi= ts > > > > produced by cross-compiles on different architectures are not ready > > > > for use on a native architecture. This includes binary files such = as > > > > fortune(6) .dat files, NLS catalogs, etc. I haven't identified them > > > > all yet. > > > >=20 > > > > Once I get my "modern" Alpha box, I will start working on a project > > > > that will eventually address this, so cross- builds and releases > > > > will produce the same binary files as on native platforms. NetBSD > > > > achieved a great success in this direction, so it shouldn't be too > > > > hard to fix. > > >=20 > > > It might be quicker to extract various critical static binaries (init, > > > make, cc, ld etc.) from an unbroken bindist. Oh and hope that beast > > > doesn't crash before you replace init :-) > > >=20 > > Hmm, but init(8) is also a statically linked binary. Heh, and I know > > why beast is still alive -- it's due to the way the /root script that > > automatically updates the world and kernel on beast works. The script > > does, in this risky sequence: buildworld, installworld, and the "old > > way" kernel build/install, then reboots in five minutes. At this time, > > after it made installworld and attempted to build a kernel, it failed > > to do so (the /boot/kernel/kernel is still old). Installworld was > > fine because it saves tools that it uses (including "sh" and "make" > > into WORLDTMP). > >=20 > > So Ken, if you want to attempt to revive this machine, don't reboot > > it yet, it won't boot up with the new init(8). Of course, we have > > /sbin/init.bak saved, but... ;) >=20 > Another idea - if the obj tree is still around on beast, you might be > able to re-run 'make everything' if you can find a working make binary. >=20 Unlucky day for the beast... That was the first thing I though about. Unfortunately, /usr/obj/usr/src on beast is not around, because /root/buildworld.sh does the following: rm -rf world* build* /usr/obj/`/bin/pwd` tcsh -c 'time make -s buildworld' > /usr/src/world.log 2>&1 Since /bin/rm is dynamically linked, it succeeded in removing /usr/obj/usr/src. Then make(1) failed right away: $ cat /usr/src/world.log Segmentation fault (core dumped) 0.000u 0.005s 0:00.00 0.0% 0+0k 0+0io 0pf+0w My sincere sympathies to Ken. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (FreeBSD) iD8DBQFBJjl9qRfpzJluFF4RAk4lAJ975KqoAUdveghkdG0xPi+Z0dhd0gCgjV6T DFV3ParugRacFLhLuZmh/Eo= =7eQ+ -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24--