[20555] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: Sun Ultra 5: problems updating to 9.1

daemon@ATHENA.MIT.EDU (Tom Cavin)
Mon Aug 5 13:45:29 2002

MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15694.47543.961755.278719@lap1-wccf.mit.edu>
Date: Mon, 5 Aug 2002 13:45:27 -0400
From: Tom Cavin <cavin@MIT.EDU>
To: Athena Bugs list <bugs@MIT.EDU>
Cc: Tom Cavin <cavin@MIT.EDU>
In-Reply-To: <1028246824.8621.295.camel@error-messages.mit.edu>


Hi Folks,

Just to follow up on this, the problem with this system became obvious when
I looked at the disk partitioning.  The system has a 4 GB disk that was
partitioned with /, /usr, /usr/vice/cache and swap all at about 131 MB, and
a /var partition with about 3.95 GB.  It was running out of space trying to
load things into /usr.

I decided to do a custom re-install and hope that Athena really didn't need
the recommended 8 GB for /.  Using the advertised minimum size for swap and
the AFS cache and putting everything else in /, the system managed to come
up.  The disk will be replaced before we get to Athena 10.0.  :-)

This system is now back up and running with the minor problem that I forgot
to copy the srvtab file.  :-(

Can I get the old one?  Or do I need to ask for a new one to replace it?
(The srvtab was for both remote access and remote services.)

Thanks,

	--Tom

Greg Hudson writes:
 > I would suggest the following to try to recover: edit
 > /etc/athena/version, and add a line which looks just like the last line
 > except with 9.1.13 replaced with 9.0.27.  (Don't reboot at this point;
 > you still want the 9.1 system packs attached.)  Then run update_ws as
 > root in a console login.  Since the machine is substantially running
 > Solaris 8 now, it might have a better chance of successfully installing
 > all the Solaris packages and patches.
 > 
 > If that doesn't work, you may need to reinstall.  In fact, you might
 > want to back up any important information before you try, since it could
 > just make things worse.
 > 
 > I've been meaning to put a check in the update script to prevent people
 > from updating by more than one full release, but have never gotten
 > around to it.
 > 

-- 
Tom Cavin                                  Phone:  (617) 258 - 7806
Computer Operations Manager                Email:     cavin@mit.edu
MIT - Whitaker College Computer Facility          or tec@ai.mit.edu

home help back first fref pref prev next nref lref last post