Re: 8.1.7.4.12 patch installation

From: Chuck <chuckh_nospam_at_softhome.net>
Date: 14 Nov 2003 18:12:23 GMT
Message-ID: <Xns94338657BB7CCchuckhsofthomenet@130.133.1.4>

Brian Peasland <dba_at_remove_spam.peasland.com> wrote in news:3FB40BA0.5C5954A7_at_remove_spam.peasland.com:

> When this has happened to me, I've been able to fire up Explorer and
> rename the "locked" DLL file. Then press RETRY on the installation
> routine. Then repeat ad nauseum for each and every file. Ugly, but it
> works. On rare occasions, Windows won't let me even rename the file
> though.
> 
> HTH,
> Brian
> 
> Chuck wrote:

>>
>> Looking for recommendations to make applying this patch a little
>> better. This is perhaps the UGLIEST Oracle patch I've ever seen.
>> There are between 75 and 100 files that need to be manually copied
>> from the patch directory to the %ORACLE_HOME% subdirectories. I have
>> numerous servers running 8.1.7.4 that need to be patched and each
>> time I do it I run into at least 10 files that can't be replaced even
>> though all Oracle services are shut down. The error message I get
>> states essentially that those files (mostly DLLs) are still in use.
>> There are no applications on these servers. They're purely used as
>> database servers. What suggestions do you have to avoid these errors?
>>
>> I have already tried disabling all Oracle services and rebooting the
>> server. This didn't help at all.
>>
>> Upgrading to 9i is not an option. The applications are not certified
>> to run against a 9i database
>> --
>> Chuck
>> Remove "_nospam" to reply by email

>

That's what I've had to do. Unfortunately since this patch is not applied using the installer, there is no "retry" button to press. This patch consists of 75-100 files that all need to be manually copied to their respective directories. Because of the locked files, you can't simply highlight all the files being copied to one directory and copy them in one shot. I haven't seen an "installation" process as bad as these 8.1.7.4.x patches for any application since the days of MS-DOS 3.0.

Sybrand's idea of a .cmd file may not be a bad one. I'm not familiar with .cmd programming but if I can make it read a list of files and copy them one at a time with return code checking so I can rename the original file if the copy fails, it may be the way to go. Anyone know of a good resource for learning .cmd files quickly?

-- 
Chuck
Remove "_nospam" to reply by email

Received on Fri Nov 14 2003 - 12:12:23 CST