smpatch exception
When running smpatch update, I get the following log entries:
helios root: [ID 702911 user.crit] => com.sun.patchpro.analysis.HostAnalyzer$RealizationSetAuto@1eeba19 <=com.sun.patchpro.analysis.DetectorFailedException: Poorly formed realization: Software.SUNWrrm
helios at com.sun.patchpro.detectors.Software_ESM_BaseApps_DataRepMgrDetector.analyze(Sof tware_ESM_BaseApps_DataRepMgrDetector.java:63)
helios at com.sun.patchpro.analysis.HostAnalyzer$RealizationSetAuto.getRealizationSet(Hos tAnalyzer.java:1108)
helios at com.sun.patchpro.analysis.HostAna
Any idea how to fix this?
# 3
Ich Auch.. Oh Sorry, I get that as well, but only when I attempt to use SMC to analyze. I get a '/etc/patch/patch.conf: No such file or directory' when I try to do a command line smpatch analyze. I did just recently upgracde toSolaris 9 9/05, by reccomendation of my running smpatch on my 8/03 Solaris 9 install. Now I can't get any patch analysis. What's going on here?
Thanks in advance for any help.
til later,
Take Care
# 4
Well, I reinstalled patch 112945-40, again, (this is after installing 112945-40 previosly and then upgrading to Solaris 9 build 9/05) and it rewrote my /etc/patch/patch.conf. SMC is still not work, ... yet, but at a prompt a `smpatch analyze' returns a nice list that I will apply and then attempt the SMC after that.Just a little FYI
# 5
OK. It's taken some work. I uninstalled SMC and reinstalled and updated it. I also ported over the Java 5.0 (1.5.0) JDK. When you remove Java 1.4, it removes a few symbolic links that you need to relink. Ones to java in /usr/bin, a few more are keytool, policytool, rmid, and tnameserv. Apparently the executable JDK package doesn't do this for you. I may see if the pkgadd way works better. If not, are there any other links I need to get in place that may eliminate this problem. smpatch seems to work fine, but it does produce those error messages.
I did get SMC back up and going, but it's patch analysis produces the same errors but says that there aren't any patches needed. We'll see what happens.
# 6
Well the pkgadd way does reestablish a lot of the links, but I'm not sure all are there. I got a CIM error when trying to use SMC's Storage/Mounts and Shares/Mounts to review error logs. I'm tempted to jump to Solaris 10, since Solaris 5.9 doesn't even have a compiled version of Firefox for it. There's only 8 and 10. Plus, perhaps 10 runs SMC better. At least I have a test Ultra 10 I can try out with Solaris 10. Any other suggestions?
# 7
Do you have patch 114711-03 installed?
It sounds like theres some issue here with the SunMC setup and not the patch manager setup....if you continue to have problems i'd definately recommend raising a support case. Unfortunately my experience with SunMC is rather limited and so this may not be the best place to ask for help on it.
# 8
Any insight on the original exception cause? I get this on my Solaris 10 systems too.
I also know of another user who can't use update manager and has these exceptions reported.
I don't have patch 114711-03 installed - should I?What's it for? And if I need it why hasn't update manager installed it for me?
Thanks
# 9
The original exception will have been caused by bad patch metadata. Looking at the internal docs, it seems that the metadata has been fixed, but I do not know if this will have been rolled out yet.
There is an RFE open to fix this kind of problem in general (6379859). It's not yet publicly viewable, though.
Patch 114711-03 is viewable on SunSolve at:
http://sunsolve.sun.com/search/document.do?assetkey=1-21-114711-03-1
