[18966] in Athena Bugs
Re: athena 9.0 (current almost-beta) install bugs
daemon@ATHENA.MIT.EDU (Larry Stone)
Thu May 17 23:19:15 2001
Date: Thu, 17 May 2001 23:19:12 EDT
From: Larry Stone <lcs@MIT.EDU>
Reply-To: <lcs@MIT.EDU>
To: Garry Zacheiss <zacheiss@MIT.EDU>
Cc: bugs@MIT.EDU, miki@MIT.EDU
In-Reply-To: Your message of Thu, 17 May 2001 23:12:01 -0400
Message-ID: <CMM.0.90.4.990155952.lcs@defiant.mit.edu>
> >> Here's an odd problem in the install (current as of 16-may 17:00) on
> >> solaris that precipitated some other problems:
>
> Something you didn't specify in your mail that's relevant is that the
> install was done off of the test install server (sunburn); the miniroot
> there is configured to use installation scripts that aren't checked in
> anyplace else and have some problems, unfortunately.
The install was supervised by miki, and we did use sunburn (18.86.0.58).
> Considering that this is the installer for the release currently in
> beta and not production software, testers@mit.edu might have been a
> better choice than bugs.
Well, Greg suggested sending it to bugs..
Thanks for the fixes! I believe it was a custom install, miki
was answering the prompts too fast to keep track.
> The problem was that /sbin/athenainstall (called from /sbin/startup,
> which is run by init) was failing to populate /etc/myIPaddr when this
> code was run:
>
> /sbin/hostinfo $hostname | grep 18 | awk '{print $3}' >/etc/myIPaddr
>
> This was because named wasn't running, so hostinfo wasn't able to
> resolve the hostname. The line above is also *wrong* because it assumes
> that you're on net 18, which isn't a valid assumption to make. Miki,
> this needs to be fixed.
>
> /sbin/rcS had code in it that looked like this:
>
> echo "starting named"
> /etc/athena/named >/dev/null &
>
> which was failing to start named for some reason; I changed it to:
>
> echo "starting named"
> /etc/athena/named
>
> (named daemonizes itself) and named then started and the script was able
> to populate /etc/myIPaddr correctly.
>
> But wait, there's more. The installer would also fail if you didn't
> specify a custom install, because the default would link /srvd and /os
> to places that don't exist (there aren't 9.0 system packs in the athena
> cell yet). I fixed install1.sh so a default install would work; this
> can be reverted once we go into early test and have packs in the athena
> cell for the new release.
>
> Lastly, I noticed that the version of install1.sh in sunburn's
> miniroot is based on an out of date version that still partitions disks
> into /, /usr, and /var; it does not contain my changes to make all disks
> >4GB be partitioned using the new partitioning scheme. These should be
> merged in.
>
> I haven't done anything to make syncconf more robust in the
> presence of empty variables.
>
> Garry
