swa dies with java exception

[Telia BackOffice]

Hi I have a couple of systems where swa does not work. Could you help me figure out what is missing?

thosan@wesley|pts/1:/home/thosan$ sudo /opt/swa/bin/swa report



======= 05/30/08 16:07:37 METDSTDST BEGIN T Report on Issues and New Software (user=thosan) (jobid=wesley)



* Gathering Inventory

* Using existing inventory for host "wesley"

* Getting Catalog of Recommended Actions and Software

* Command output:

- Exception in thread "main" java.lang.NoClassDefFoundError: COM/rsa/asn1/SunJSSE_bw

at COM.rsa.jsafe.SunJSSE_eu.a(DashoA12275)

at COM.rsa.jsafe.SunJSSE_dq.b(DashoA12275)

at COM.rsa.jsafe.SunJSSE_dq.a(DashoA12275)

at com.sun.net.ssl.internal.ssl.JS_KeyFactory.engineGeneratePublic(DashoA12275)

at java.security.KeyFactory.generatePublic(KeyFactory.java:221)

at sun.security.x509.X509Key.buildX509Key(X509Key.java:204)

at sun.security.x509.X509Key.parse(X509Key.java:151)

at sun.security.x509.CertificateX509Key.(CertificateX509Key.java:58)

at sun.security.x509.X509CertInfo.parse(X509CertInfo.java:706)

at sun.security.x509.X509CertInfo.(X509CertInfo.java:153)

at sun.security.x509.X509CertImpl.parse(X509CertImpl.java:1679)

at sun.security.x509.X509CertImpl.(X509CertImpl.java:173)

at sun.security.provider.X509Factory.engineGenerateCertificate(X509Factory.java:90)

at java.security.cert.CertificateFactory.generateCertificate(CertificateFactory.java:389)

at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:742)

at java.security.KeyStore.load(KeyStore.java:652)

at com.sun.net.ssl.internal.ssl.TrustManagerFactoryImpl.a(DashoA12275)

at com.sun.net.ssl.internal.ssl.SSLContextImpl.e(DashoA12275)

at com.sun.net.ssl.internal.ssl.SSLSocketFactoryImpl.(DashoA12275)

at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)

at java.lang.reflect.Constructor.newInstance(Constructor.java:274)

at java.lang.Class.newInstance0(Class.java:308)

at java.lang.Class.newInstance(Class.java:261)

at javax.net.ssl.SSLSocketFactory.getDefault(DashoA12275)

at javax.net.ssl.HttpsURLConnection.getDefaultSSLSocketFactory(DashoA12275)

at javax.net.ssl.HttpsURLConnection.(DashoA12275)

at sun.net.www.protocol.https.HttpsURLConnectionImpl.(DashoA12275)

at sun.net.www.protocol.https.Handler.openConnection(DashoA12275)

at java.net.URL.openConnection(URL.java:896)

at com.hp.swa.util.URLHelper.openInputStream(URLHelper.java:44)

at com.hp.swa.util.URLHelper.copyContentToFile(URLHelper.java:109)

at com.hp.swa.util.URLHelper.fetchFromURLList(URLHelper.java:210)

at com.hp.swa.command.Catalog.fetchCatalog(Catalog.java:203)

at com.hp.swa.command.Catalog.execute(Catalog.java:217)

at com.hp.swa.command.SSWA.executeSteps(SSWA.java:144)

at com.hp.swa.command.SSWA.execute(SSWA.java:161)

at com.hp.swa.command.ModuleHelper.execModule(ModuleHelper.java:103)

at com.hp.swa.command.SSWA.main(SSWA.java:169)



======= 05/30/08 16:07:39 METDSTDST END T Report on Issues and New Software succeeded. (user=thosan) (jobid=wesley)



NOTE: More information may be found in the Software Assistant logfile "/var/opt/swa/swa.log".

Thomas

[Craig A. Sharp]

What is your java classpath set to? What version of Java are you running. Compare the classpath of the systems that are working with those that are not.

[Bob E Campbell]

Sorry to hear you are having trouble. I would ask that you try the command:

$ swa step catalog -x catalog_max_age=0 -x verbosity=D

Note that you should not need sudo for this operation. You might also check that you are running the newest version of SWA (available from https://www.hp.com/go/swa).

If you have run on another system without issues you can try an analysis of wesley from that box using the command:

$ swa report -s ssh://thosan@wesley

[Telia BackOffice]

Hi

It is the latest version of swa. got it to work by intalling jre15_15012_ia.depot. As the machine had jre1.4 beforehand I just upgraded 1.4 with rte14_14217_ia.depot. But for some reason that did not work on these two machines.

I can undo jre15 and see if I can reproduce the problem if that will help you determine the rootcause so that other people do not encounter the same problem.

Thomas

[Bob E Campbell]

Thanks for the information! I will work with the other SWA minions to review the JRE combinations we have checked recently. I know that 1.5 is preferred, but versions after Jre14,r=1.4.2.09.04 should work.

All versions of Jre15 should work, but a "structural" dependency exists on at least 1.5.0.02.01.

[Bob E Campbell]

I forgot to ask for the OS release and architecture/model. We are working on an incremental release and I would like to fix any problem right away.

[Telia BackOffice]

Bob, I attended your hands-on class on HPTF2008 (in fact I'm sitting here, listening to you when writing this comment). I have just removed JRE15

thosan@wesley|pts/1:/home/thosan$ sudo swremove Java15JRE

It was removed nicely but now I _can_ run swa without getting the error above. So I can't reproduce this anymore :-(

But it raises another question. Shouldn't swremove undo what swinstall did? or?

Thomas

[Bob E Campbell · Accepted solution]

Heck, I wish you had stuck around. I could have explained this one. When you remove a patch it will return you to the original files. When you remove a product, you get the lack of that product.

Best guess is that your JRE installation was partial or corrupt. Removing it left a valid JRE 1.4 that SWA used instead.

Hope you travelled safely. I ran into a bad case of overdue garage cleaning...

[Telia BackOffice]

Bob

My trip home was fine, thanks.

Thanks for the explanation with products and patches. You said that multiple times during the sessions, but I guess you have to "try" it yourself before one realizes that it actually works that way!

Thanks for your support.

[Telia BackOffice]

Problematic java installation on the two nodes.