[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] Update failure installing Qube3-ml-Update-4.0.pkg
- Subject: Re: [cobalt-users] Update failure installing Qube3-ml-Update-4.0.pkg
- From: Lloyd Kvam <lkvam@xxxxxxxxx>
- Date: Tue Sep 24 14:18:02 2002
- Organization: Venix Corp
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
Malcolm McLeary wrote:
Hi Lloyd,
on 24/9/02 11:53 AM, Lloyd Kvam wrote:
The Cobalt Qube3, used as a mail server by the local school district, failed
to reboot after installing the Qube3-ml-Update-4.0.pkg.
I've experienced exactly the same scenario.
There were two versions of Qube3-ml-Update-4.0.pkg released. Did you try
installing an old copy of the original release or the 2nd release? Also did
you attempt installation via the internet or did you do a GUI manual install
from a local source? My preferred "local" source is;
I only found one version on the sun.cobalt web site. I presume it MUST be the
correct one. We did an internet install. I have used FTP to retrieve the file
and am considering trying a local install. Hopefully, by using the console port
at the same time, I'll get a clue as to what failed.
http://127.0.0.1./packages/Qube3-ml-Update-4.0.pkg
That is I download my updates in advance and copy them into
/home/groups/home/web/packages
What sort of Qube3 is it?
If its not a Pro Ed (i.e. doesn't have RAID), then you could do what I did.
I installed a fresh disk in slot A and did an OS restore. I then installed
the dead disk in slot B and mounted the partitions. This gave me a working
system with the files I needed to "recover" readily available.
If it is a Pro Ed, then it'll be a bit more complex as you will not be able
to simply install the dead disk on the 2nd IDE bus as it'll become a member
of the RAID set and get overwritten. You could try connecting the dead disk
as a slave on the primary IDE instead of as a Master on the 2nd IDE.
This is essentially what we have done to get mail flowing again for now.
These days I have a Disaster Recovery hard disk which is essentially a Qube3
Std Ed disk with the Retrospect Linux Client installed. I put it in slot A
and the dead disk in slot B. I boot the system and mount the partitions of
the disk in slot B. Then from a PC running Retrospect 6.0 for Windows I
perform a full backup of the dead disk. Next I install a fresh disk in slot
A and do an OS Restore followed by an installation of the Retrospect Linux
client. With the client installed I can get Retrospect to restore files
from the backup I just made. If you apply all the updates necessary after
doing the OS Restore you only need to use Retrospect to Restore /var and
/home to bring the Qube3 back to where it was.
Having been stung by an upgrade making a system unbootable on more than one
occasion I now perform a system backup before installing any update.
We should be doing the same I guess.
Cheers, Malcolm
_____________________________________
cobalt-users mailing list
cobalt-users@xxxxxxxxxxxxxxx
To subscribe/unsubscribe, or to SEARCH THE ARCHIVES, go to:
http://list.cobalt.com/mailman/listinfo/cobalt-users
Thanks for the advice.
--
Lloyd Kvam
Venix Corp.
1 Court Street, Suite 378
Lebanon, NH 03766-1358
voice:
603-443-6155
fax:
801-459-9582