A.P. Lawrence

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

Need eyes on the ground at your customer's site?
Installation and light training Boston and New England
Reliable and experienced, punctual and professional.

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--

Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)

/Bofcusm/166.html copyright 1997-2004 (various authors) All Rights Reserved

Have you tried Searching this site?

Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates

This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Publishing your articles here