patchadd trouble

I apparently lost the ability to patch Solaris 8

I am trying to install the J2SE_Solaris_8_Recommended patch

cluster and ALL patches failed. So I downloaded the latest

8_Recommended & get similar behavior.

current patch level....

SunOS wombat 5.8 Generic_108528-22 sun4u sparc SUNW,UltraAX-i2

all patches returned error code 5 ie...

"Installation of 110934-14 failed. Return code 5."

The patch logs look like....

>>>>>>>>>>>>>>>>>>>> ;>>>>>>>>>>

# more /var/sadm/patch/110934-14/log

This appears to be an attempt to install the same architecture and

version of a package which is already installed. This installation

will attempt to overwrite this package.

/export/wombat1/sunpatches/8_Recommended/110934-14/SUNWarc/i nstall/checkinstall: /tmp/installhTayqp/respiTayqp: cannot create

pkgadd: ERROR: checkinstall script did not complete successfully

Dryrun complete.

No changes were made to the system.

<<<<<<<<<<<<<<<<<<<< ;<<<<<<<<<<<<

what to do, now?

[1269 byte] By [eric_the_green] at [2007-11-25 23:24:30]
# 1
Quick check : Make sure that you are NOT installing the *same*patch again, showrev -p | grep 110934-14
mumalv at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 2
HiIt seems that you are trying to install the patchs which are alreday installed...!EnjoyMurgesh
mmathad at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 3

>>>Make sure that you are NOT installing the *same*

>>>patch again,

This is NOT the case ...

showrev -p | grep 110934-14 returns nothing.

showrev -p | grep 110934

Patch: 110934-05 Obsoletes: 109137-01, 110949-01, ....

Patch: 110934-13 Obsoletes: 109137-01, 110949-01 .....

Also 110934-14 is JUST an example.... No new patches seem to work

I check ed the md5 signature of patchadd ... Tis ok

Failure occurs in checkinstall when it tries to

echo "PATCHLIST=${PATCHLIST} $SUNW_PATCHID" >> $1

where $1 is something like "/tmp/installmfaW9x/respnfaW9x" which is

passes to checkinstall bt something upstream...

The string"faW9x" seems random ; It vaies with each attempted patchadd.

eric_the_green at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 4
Check for the installed patch's before going ahead with installation.#patchadd -p // gives the list of patches installed //#showrev -p // gives the list of patches installed //#patchadd -p | grep <patch-no> //search whether patch is already installed//
machiunixGILLI at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 5

I must say that I'm mightly disappointed in this

discussion group; Not only has no one pin pointed

my problem, nor has anyone proffered any useful

advice; the few you have answered apparently

did not actually read my postings...

eg ... to try to show I DO indeed know something about

patching Solaris...

I write >>>showrev -p | grep 110934-14 returns nothing.

I write >>>

I write >>>showrev -p | grep 110934

I write >>>Patch: 110934-05 Obsoletes: 109137-01, 110949-01, ....

I write >>>Patch: 110934-13 Obsoletes: 109137-01, 110949-01 .....

Then I get a response

machi-unix-GILLI responds>>>Check for the installed patch's before going ahead with installation.

machi-unix-GILLI responds>>>

machi-unix-GILLI responds>>>#patchadd -p // gives the list of patches installed //

machi-unix-GILLI responds>>>#showrev -p // gives the list of patches installed //

machi-unix-GILLI responds>>>#patchadd -p | grep <patch-no> //search whether patch is already installed//

Again I'll try to explain...

The problem manifests itself when

checkinstall trys to execute a command like

echo "somestuff" >> /tmp/x/y

or more explicitly ...

echo "PATCHLIST=${PATCHLIST} $SUNW_PATCHID" >> /tmp/installmfaW9x/respnfaW9x

/tmp/installmfaW9x doesnot exist; command fails

strings like "/tmp/installmfaW9x/respnfaW9x" are passed to

checkinstall by ? (I have not discovered what is doing the call to checkinstall)

checkinstall is provided by each package in each patch

For example

in ../8_Recommended/110670-01

find . -name che\*

./SUNWsutl/install/checkinstall

My thinking is that whatever calls checkinstall is mucking up...

One final question: where have all the Solaris gurus gone?

eric_the_green at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 6
A little bit late, but if that can help others, try to add the user install to the system by adding this line to /etc/passwdinstall:x:0:1:Install user:/:Remove it after installation
y_p at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 7
The :x is in fact : followed by a x: xwithout the space
y_p at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 8
This worked for me... can anyone explain why? I have other systems that I did not need the install user for the patches to install.- Perplexed
cgehring at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 9

> This worked for me... can anyone explain why? I

> have other systems that I did not need the install

> user for the patches to install.

Perhaps you placed the patches to be installed in a different location where 'nobody' could not read them?

http://www.science.uva.nl/pub/solaris/solaris2.html#q5.59

5.59) Patch installation often fails with "checkinstall" errors.

--

Darren

Darren_Dunham at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...
# 10
I had the same problem. The easy fix was to put the patch cluster files in /tmp before starting the process. I didn't know until now why the install failed when I put the patch directory in an application directory. Thanks.Dan
daniel_b_smith at 2007-7-5 18:11:31 > top of Java-index,General,Talk to the Sysop...