Problems with Sun Patch Manager 2.0 on Solaris 8 (on a 280R)
I've installed SPM 2.0 on two identical 280R's.
It works fine on one, but on the other, I get the following error:
java.lang.NoClassDefFoundError: com/sun/net/ssl/internal/ssl/Provider
at com.sun.patchpro.model.PatchProAccessor.<init>(PatchProAccessor.java:33)
at com.sun.patchpro.cli.PatchServices.instantiateModel(PatchServices.java:589)
at com.sun.patchpro.cli.PatchServices.main(PatchServices.java:399)
I don't know anything about Java and am having some trouble trying to fix this issue. Can anyone point me in the right direction?
'env' reports nothing substantial in terms of environment variable differences
# 6
Ok.
Just to make sure the links are all right, here is the "which java" output and the "ls" output of the java directories and the links as well:
cdsuxsa1 #which java
/usr/bin/java
cdsuxsa1 #cd /usr/bin
cdsuxsa1 #ls -l java
lrwxrwxrwx1 rootother 16 Oct 23 2003 java -> ../java/bin/java
cdsuxsa1 #ls -l ../java/bin
total 1080
-rwxrwxr-x1 rootother4108 May 9 15:01 ControlPanel
-rwxrwxr-x1 rootother79532 May 9 13:34 java
-rwxrwxr-x1 rootother22372 May 9 15:01 java_vm
-rwxrwxr-x1 rootother62680 May 9 13:52 keytool
-rwxrwxr-x1 rootother62816 May 9 14:41 orbd
-rwxrwxr-x1 rootother62708 May 9 13:53 policytool
-rwxrwxr-x1 rootother62680 May 9 14:36 rmid
-rwxrwxr-x1 rootother62684 May 9 14:35 rmiregistry
-rwxrwxr-x1 rootother62688 May 9 14:41 servertool
drwxr-xr-x2 rootother512 Jul 14 21:16 sparcv9
-rwxrwxr-x1 rootother62696 May 9 14:41 tnameserv
cdsuxsa1 #ls -l /usr/j2re1.4.2_12/
total 102
-r--r--r--1 rootother1098 May 9 14:48 CHANGES
-r--r--r--1 rootother4430 May 9 14:48 COPYRIGHT
-rw-rw-r--1 rootother446 May 9 15:01 ControlPanel.html
-r--r--r--1 rootother14331 May 9 14:48 LICENSE
-r--r--r--1 rootother11495 May 9 14:48 README
-r--r--r--1 rootother10129 May 9 14:48 THIRDPARTYLICENSEREADME.txt
-r--r--r--1 rootother968 May 9 14:48 Welcome.html
drwxr-xr-x3 rootother512 Jul 14 21:16 bin
drwxr-xr-x3 rootother512 Jul 14 21:15 javaws
drwxr-xr-x 14 rootother2048 Jul 14 21:16 lib
drwxr-xr-x6 rootother512 Jul 14 21:15 man
drwxr-xr-x4 rootother512 Jul 14 21:15 plugin
cdsuxsa1 #ls -l /usr/java
lrwxrwxrwx1 rootother 14 Jul 19 10:06 /usr/java -> ./j2re1.4.2_12
cdsuxsd1 #which java
/usr/bin/java
cdsuxsd1 #cd /usr/bin
cdsuxsd1 #ls -l java
lrwxrwxrwx1 rootother 16 Oct 24 2003 java -> ../java/bin/java
cdsuxsd1 #ls -l ../java/bin
total 1080
-rwxrwxr-x1 rootother4108 May 9 15:01 ControlPanel
-rwxrwxr-x1 rootother79532 May 9 13:34 java
-rwxrwxr-x1 rootother22372 May 9 15:01 java_vm
-rwxrwxr-x1 rootother62680 May 9 13:52 keytool
-rwxrwxr-x1 rootother62816 May 9 14:41 orbd
-rwxrwxr-x1 rootother62708 May 9 13:53 policytool
-rwxrwxr-x1 rootother62680 May 9 14:36 rmid
-rwxrwxr-x1 rootother62684 May 9 14:35 rmiregistry
-rwxrwxr-x1 rootother62688 May 9 14:41 servertool
drwxr-xr-x2 rootother512 Jul 14 16:52 sparcv9
-rwxrwxr-x1 rootother62696 May 9 14:41 tnameserv
cdsuxsd1 #ls -l /usr/j2re1.4.2_12/
total 102
-r--r--r--1 rootother1098 May 9 14:48 CHANGES
-r--r--r--1 rootother4430 May 9 14:48 COPYRIGHT
-rw-rw-r--1 rootother446 May 9 15:01 ControlPanel.html
-r--r--r--1 rootother14331 May 9 14:48 LICENSE
-r--r--r--1 rootother11495 May 9 14:48 README
-r--r--r--1 rootother10129 May 9 14:48 THIRDPARTYLICENSEREADME.txt
-r--r--r--1 rootother968 May 9 14:48 Welcome.html
drwxr-xr-x3 rootother512 Jul 14 16:52 bin
drwxr-xr-x3 rootother512 Jul 14 16:51 javaws
drwxr-xr-x 14 rootother2048 Jul 14 16:52 lib
drwxr-xr-x6 rootother512 Jul 14 16:51 man
drwxr-xr-x4 rootother512 Jul 14 16:51 plugin
cdsuxsd1 #ls -l /usr/java
lrwxrwxrwx1 rootother 14 Jul 18 14:24 /usr/java -> ./j2re1.4.2_12
# 10
A co-worker discovered the problem. I am posting it to help anyone else who has it in the future:
In further analyzing the issue running smpatch, the error seems to have been related to a particular jar file which is part of "java secure socket extension" - jsse.jar
java.lang.NoClassDefFoundError: com/sun/net/ssl/internal/ssl/Provider (the class file couldn't be found)
Although java 1.4.2 seems to have this particular file, in comparing the two servers, i noticed that this file also existed under the /usr/j2se directory on the server on which smpatch was working and did not exist under /usr/j2se on the server on which smpatch wasn't working.
This file existed on cdsuxsd1 where smpatch worked initially, but didn't exist on any of the other 3 servers being considered for smpatch (cdsuxdd1, cdsuxda1, cdsuxsa1).
I zipped up the j2se directory from cdsuxsd1 and unzipped it to cdsuxsa1, cdsuxda1 and cdsuxdd1.