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?
# 1
Quick check : Make sure that you are NOT installing the *same*patch again, showrev -p | grep 110934-14
# 2
HiIt seems that you are trying to install the patchs which are alreday installed...!EnjoyMurgesh
# 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.
# 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//
# 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?
# 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 >

# 7
The :x is in fact : followed by a x: xwithout the space
y_p at 2007-7-5 18:11:31 >

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