Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Aug 2004 18:15:03 +0300
From:      Ruslan Ermilov <ru@FreeBSD.org>
To:        Doug Rabson <dfr@nlsystems.com>
Cc:        Ken Smith <kensmith@FreeBSD.org>
Subject:   Re: Alpha is seriously broken
Message-ID:  <20040820151503.GC92603@ip.net.ua>
In-Reply-To: <1093012873.9863.11.camel@builder02.qubesoft.com>
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> <xzpn00qeycb.fsf@dwp.des.no> <20040820135844.GA76070@ip.net.ua> <1093012873.9863.11.camel@builder02.qubesoft.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--oTHb8nViIGeoXxdp
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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 <ru@freebsd.org> 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 the new
> > > make(1), then use it to installworld over NFS.
> > >=20
> > 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.
> >=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).

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...  ;)


Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer

--oTHb8nViIGeoXxdp
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (FreeBSD)

iD8DBQFBJhV3qRfpzJluFF4RAme9AJ9u8H00u3jrl63ePnFEI+Oq6JM4vQCbBGuV
6RikAqqFwkKrZffmCL4Qdlw=
=S5pp
-----END PGP SIGNATURE-----

--oTHb8nViIGeoXxdp--



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