5.0.4 to 5.0.5 upgrade hangs

If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):

From - Mon Dec  6 09:15:00 1999
Return-Path: <tony@aplawrence.com>
Received: from aplawrence.com (root@world.std.com [192.74.137.5])
        by world.std.com (8.9.3/8.9.3) with ESMTP id IAA21616
        for <apl@world.std.com>; Mon, 6 Dec 1999 08:51:40 -0500 (EST)
Sender: apl
Message-ID: <384BBF6A.7339EC0E@aplawrence.com> 
Date: Mon, 06 Dec 1999 08:51:38 -0500
From: Tony Lawrence <tony@aplawrence.com>
Organization: A.P. Lawrence
X-Mailer: Mozilla 4.08 [en] (X11; I; SCO_SV 3.2 i386)
MIME-Version: 1.0
To: apl <apl@world.std.com>
Subject: [Fwd: Probs upgr 5.0.4 to 5.0.5]
Content-Type: multipart/mixed; boundary="------------9A8F6B12EBE2653BBC6F1DA4"
X-UIDL: 1d8e46efdf4a340ea9620256f7ac3b13
Status: U
X-Mozilla-Status: 8001

This is a multi-part message in MIME format.
--------------9A8F6B12EBE2653BBC6F1DA4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

-- 
Tony Lawrence (tony@aplawrence.com)
SCO articles, help, book reviews, tests, 
job listings and more : http://www.ApLawrence.com
--------------9A8F6B12EBE2653BBC6F1DA4
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Xref: world comp.unix.sco.misc:111300
Newsgroups: comp.unix.sco.misc
Path: world!news
From: Tony Lawrence <tony@aplawrence.com>
Subject: Re: Probs upgr 5.0.4 to 5.0.5
Sender: news@world.std.com (Mr Usenet Himself)
Message-ID: <384BB68A.E57AE50F@aplawrence.com> 
Date: Mon, 6 Dec 1999 13:13:46 GMT
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii
References: <3848F782.B9DBBDD4@internex.net.au> <FM89FG.1JHr@wjv.com.REMOVEME> <3849A705.545D6E85@internex.net.au> <384A14DC.9AA87A4D@optusnet.com.au> 
Nntp-Posting-Host: world.std.com
Mime-Version: 1.0
X-Mailer: Mozilla 4.08 [en] (X11; I; SCO_SV 3.2 i386)
Organization: A.P. Lawrence

Pat Heuvel wrote:

> A solution!
> 
> I set up a few links and got ps working. I was then able to find the
> install process.
> 
> The install process had a child process which was a grep with a single
> argument. This meant, of course that grep was waiting for input from
> stdin! Having nothing else to lose, I killed the grep - rustle, rustle
> (disk activity), silence. Checked ps again, a second grep. Killed that
> one, more disk activity, and the install was away...


Actually, rather than celebrating your success, you should
be worrying about what might be screwed up on your system.

As you illustrated, the IPU can do stupid things when it
doesn't find what it expects.  In the case of not finding
Netscape and Atlas, it apparently screws up by hanging with
an empty grep.  So you fixed that, but what other
assumptions lurk in the IPU and what happens when the
assumptions aren't valid? Is it noticeable failure as in
this case or perhaps something more subtle that will mess
you up later?  You don't know, and either does anyone else,
and that includes the engineers that wrote it.

Fresh installs are ALWAYS a better idea, period.

-- 
Tony Lawrence (tony@aplawrence.com)
SCO articles, help, book reviews, tests, 
job listings and more : http://www.ApLawrence.com

--------------9A8F6B12EBE2653BBC6F1DA4--

Macworld Mac Security Superguide $9.99

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.