From owner-freebsd-alpha@FreeBSD.ORG Fri Aug 20 14:37:11 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C11416A4D2; Fri, 20 Aug 2004 14:37:11 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF06943D46; Fri, 20 Aug 2004 14:37:10 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i7KEb2A4016987; Fri, 20 Aug 2004 10:37:04 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040820135844.GA76070@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> Date: Fri, 20 Aug 2004 10:37:01 -0400 To: Ruslan Ermilov , Dag-Erling Sm?rgrav From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: alpha@freebsd.org Subject: Re: Alpha is seriously broken X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 14:37:11 -0000 At 4:58 PM +0300 8/20/04, Ruslan Ermilov wrote: >On Fri, Aug 20, 2004, 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? >> > > cross-compile on a different machine in the cluster, copy over > > the new make(1), then use it to installworld over NFS. > >Only if this machine is also Alpha. To tell you the truth, some bits >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. If this machine has been getting rebuilt frequently, then maybe you can just boot up kernel.old and have a working machine. If that does not work, and would a cross-compile work well-enough to generate a new library (if the problem is a library), or a new kernel (if the error is in the kernel). Or maybe just generate dynamically- linked versions of make & cc. Even if cross-builds are not good enough to do a complete buildworld, might they work well enough to recover from this with less work than a complete reinstall? On my sparc64 system, I have two sets of partitions, and every month or so I dump/restore to duplicate my working partitions to the second set (and change fstab automatically, so the second set boots right!). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu