smpatch analyze and updatemanager hang
Hi,
Ive been trying to get the updatemanager running but it appears to hang when its downloading "detectors":
Status: STATUS ANALYZE BEGIN
Status: STATUS DOWNLOAD_PATCHDB BEGIN
Status: STATUS DOWNLOAD_DETECTORS BEGIN
Status: STATUS ANALYZE END ANALYZE.255 "Error occured while executing the command or while downloading the detectors {0} or database {1} or while analyzing the system to determine the updates. Verify that valid options and arguments are specified with the command and that the system is configured and registered properly. The detailed error message is: {2}" "detectors" "current" "Failure: Connection reset"
Ive done some searching on the net and have found one person who appears to have analyze hang as well but Im not sure how they fixed the problem:
http://swforum.sun.com/jive/thread.jspa?threadID=94801&tstart=15
any assistence wil be appreciated,
B.
[939 byte] By [
leouser] at [2007-11-26 11:04:37]
# 1
Can you post the output from the following just to verify the current setup of your system -
# smpatch get
* SPARC: showrev -p | egrep '121453|121118|120335|121081|121563|122231|119788'
* X86: showrev -p | egrep '121454|121119|120336|121082|121564|122232|119789'
# cat /etc/release
# 2
# smpatch get
patchpro.backout.directory-""
patchpro.download.directory-/var/sadm/spool
patchpro.install.types -rebootafter:reconfigafter:standard
patchpro.patch.source-https://getupdates1.sun.com/solaris/
patchpro.patchset-current
patchpro.proxy.host -""
patchpro.proxy.passwd********
patchpro.proxy.port -8080
patchpro.proxy.user -""
# showrev -p | egrep '121454|121119|120336|121082|121564|122232|119789'
Patch: 121454-02 Obsoletes: 120777-03, 121087-02, 119108-07 Requires: 119575-02, 119255-06 Incompatibles: Packages: SUNWcsu, SUNWcsr, SUNWppror, SUNWpprou, SUNWppro-plugin-sunos-base
Patch: 121119-06 Obsoletes: Requires: 121454-02 Incompatibles: Packages: SUNWppror, SUNWpprou, SUNWppro-plugin-sunos-base, SUNWupdatemgru, SUNWupdatemgrr
Patch: 120336-04 Obsoletes: Requires: 121454-01 Incompatibles: Packages: SUNWpprou
Patch: 121082-04 Obsoletes: Requires: 121454-02 Incompatibles: Packages: SUNWccccrr, SUNWccccr, SUNWccsign, SUNWccfw, SUNWcctpx, SUNWccccfg, SUNWccfwctrl, SUNWccinv
Patch: 122232-01 Obsoletes: Requires: 121454-02 Incompatibles: Packages: SUNWcctpx
# cat /etc/release
Solaris 10 3/05 s10_74L2a X86
Copyright 2005 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 22 January 2005
# 3
Hi.Can you reach https://getupdates1.sun.com/ from a web browser on this host?Also, it may be worth installing the latest Sun Update client patch (121119-08) and see if that alleviates the problem. http://sunsolve.sun.com/search/document.do?assetkey=1-21-121119-08-1
# 4
I can reach and then it queries me for a username/password. Then it tells me that Im not authorized to access this site:'You are not authorized to access this service.'Is that normal?leouser
# 5
That's fine.Could you install the -08 update from the URL in our last post, and set the patch source as follows:# smpatch set patchpro.patch.source=https://getupdates1.sun.com/Then try using smpatch again?
# 6
If I can figure out how to download it... I went to the link and signed in and clicked on the download and it took me to a page where the message was:
'Registered users, please sign in!
You have selected an update which is available to registered SunSolve users with a valid Sun Service Plan.
In order to download this update you need to sign in to access SunSolve. If you are a new user to SunSolve, you can register today if you have a Sun Support contract number or a Solaris 10 Entitlement Token.
If you are a new user of Solaris 10, you can get access to all Solaris 10 updates with purchase of a Sun Service Plan.'
apparently I need to have a service plan to download this thing.
leouser
# 7
ok, I got a subscription and downloaded the patch. Then I tried to add it with this command:
# patchadd 121119-08/
Validating patches...
Loading patches installed on the system...
Done!
Loading patches requested to install.
Done!
Checking patches that you specified for installation.
Done!
Approved patches will be installed in this order:
121119-08
Checking installed patches...
Verifying sufficient filesystem capacity (dry run method)...
Patch 121119-08 failed to install due to a failure produced by pkgadd.
See /var/sadm/patch/121119-08/log for details
Patchadd is terminating.
--
And the log says this:
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.
/home/mingus/solarisDownloads/121119-08/SUNWppro-plugin-sunos-base/install/chec kinstall: /home/mingus/solarisDownloads/121119-08/SUNWppro-plugin-sunos-base/install/chec kinstall: cannot open
pkgadd: ERROR: checkinstall script did not complete successfully
Dryrun complete.
No changes were made to the system.
-
leouser
# 8
also using this command(assuming that everything is updated):
smpatch set patchpro.patch.source=https://getupdates1.sun.com/
followed by:
smaptch analyze
results in:
Failure: Cannot connect to retrieve detectors: <h1>/ Not Found</h1>
The resource identified by / could not be found.
leouser
# 9
It also spits out this message as well:Failure: Cannot connect to retrieve Database/current.zip: <h1>/ Not Found</h1>The resource identified by / could not be found.leouser
# 10
Intriquingly, there appears to be a java process that is eating the system up for the last 20 minutes and Im not sure where it came from.... :
/usr/bin/java -Djava.library.path=/usr/lib/cc-ccr/lib com.sun.patchpro.cli.Patc
from top:
2508 root1 59084M 1480K run23:11 95.90% java
leouser
# 11
The Java process looks like part of the Sun Update toolset. Can you post the full output from:# ps -ef | egrep 'patch|cc'so we can see if anything is running which shouldn't be (and vice-versa).Thanks.Mod.
# 12
I clobbered the process a long time ago, but here is the output:
ahum2# ps -ef | egrep 'patch|cc'
root 4265 42600 16:23:27 pts/40:02 /usr/bin/java -client -jar /usr/lib/patch/swupdate.jar -debug
root 4340 42700 16:23:32 pts/40:00 smpatch analyze -@ -C patchpro.internal.statustags=true -C patchpro.cancel.enab
mingus 144610 15:04:25 ?0:06 /usr/bin/java -jar /usr/lib/patch/swupna.jar -wait
root 4270 42690 16:23:30 pts/40:00 /usr/lib/patch/csm
root 435610 16:23:33 pts/40:00 /usr/bin/java -Djava.library.path=/usr/lib/cc-ccr/lib com.sun.patchpro.cli.Patc
root 4269 42650 16:23:30 pts/40:00 sh -c /usr/lib/patch/csm
root 435710 16:23:33 pts/40:00 /usr/bin/java -Djava.library.path=/usr/lib/cc-ccr/lib com.sun.patchpro.cli.Patc
root 4345 43400 16:23:32 pts/40:00 smpatch analyze -@ -C patchpro.internal.statustags=true -C patchpro.cancel.enab
Ive also got the thing updated to 08. It appears that there was some permission problem and moving the patch to a different location solved it. The updatemanager has a GTK look and feel now but it still is exhibiting the same problem, it hangs after a duration. Maybe I need to reboot.
leouser
# 13
Ok, good progress. With the new patch in place and the download changed we now see this:
Status: STATUS ANALYZE BEGIN
Status: STATUS DOWNLOAD_PATCHDB BEGIN
Status: STATUS DOWNLOAD_DETECTORS BEGIN
Status: STATUS DOWNLOAD_DETECTORS END DOWNLOAD_DETECTORS.0 "Download of {0} was successful." "detectors"
Status: STATUS DOWNLOAD_PATCHDB END DOWNLOAD_PATCHDB.0 "Download of {0} was successful." "current"
Status: STATUS ANALYZE END ANALYZE.0 "Request to analyze the system was successful."
much further than before. But now it bombs with this dialog message:
Read System Analysis Error
in the shell we see a bunch of patch names it appears and at the tail it appears that this is the message:
CSM in:
CSM in: .
CSM in: STDIN EOF
CSM out: EXIT 2
CSM in: END
STDOUT:
EXTVAL: 2
STDERR: cp: cannot access /dev/stdin
-
The progress bar is almost at the end when this occurs. It seems like its close.
leouser
# 14
this sounds almost exactly like this: http://forum.sun.com/jive/thread.jspa?threadID=92231&tstart=225but they don't say what the fix is. :(leouser
# 15
Hi.
I think we may be onto something. The:
STDERR: cp: cannot access /dev/stdin
error is significant.
Could you check the permissions/existance of /dev/stdin by doing:
# ls -l /dev/stdin
If the device does not exist, please run the following:
# cd /dev
# ln -sf ./fd/0 stdin
# ln -sf ./fd/1 stdout
# ln -sf ./fd/2 stderr
and try updatemanager again.
Mod.
# 16
Ill try that out as soon as I can get X working again. I did some updates with smpatch and it appears that the NVIDIA driver doesn't want to load. :(ugh,leouser
# 17
yup, that did the trick. Interestingly, there appeared 2 different error messages. One was the std* message, that showed up if the -debug option was used. If not used an Out of Memory error was thrown.Now I have to figure out what's up with the X drivers. :(leouser
# 18
the NVIDIA problem appears to have been solved by removing the NVIDIA packages and installing the newest drivers. :)leouser
