Das Notes Forum
Domino 9 und frühere Versionen => ND8: Administration & Userprobleme => Thema gestartet von: bugfisch am 24.03.15 - 07:53:48
-
Hallo zusammen,
ich habe folgendes Problem:
ich installiere den JVM Patch "8.5.3.5-8.5.3.6_ClientServer_w32_JVM_Patch_20150303_173805".
Die Installation wird astrein abgeschlossen.
Wenn ich den Dominoserver starten möchte bekomme ich folgenden Fehler:
--->
Exception in thread "Thread-13" java.lang.NoClassDefFoundError: com/ibm/jsse2/aH (wrong name: com/ibm/jsse2/ah)
at com.ibm.oti.vm.VM.findClassOrNull(Native Method)
at com.ibm.oti.vm.BootstrapClassLoader.loadClass(BootstrapClassLoader.java:62)
at com.ibm.jsse2.ar$a.engineInit(ar$a.java:10)
at javax.net.ssl.KeyManagerFactory.init(KeyManagerFactory.java:1)
at lotus.domino.console.SSL.initSSLContext(SSL.java:96)
at lotus.domino.console.SSL.getClientSocket(SSL.java:179)
at lotus.domino.console.ConnectController.run(ConnectController.java:337)
<---
System:
Lotus Domino (r) Server (Release 8.5.3FP6 HF1219 für Windows/32) 24.03.2015 07:51:46
Windows Server 2008
Es passiert auf allen Servern mit dieser Systemumgebung.
Wenn ich entsprechendes 64bit Paket auf einem 64bit System benutze, funktioniert alles sauber.
Nur auf 32bit Systemen mit 32bit Paket (siehe oben) bekomme ich den Fehler.
Was kann ich hier tun?
Danke euch im voraus.
VG
-
Das scheint ein bekanntes Problem zu sein http://www.ponte.ch/blog/ibm-notesdomino-security-bulletin-vulnerabilities-in-the-ibm-java-sdk/ (http://www.ponte.ch/blog/ibm-notesdomino-security-bulletin-vulnerabilities-in-the-ibm-java-sdk/)
-
Hallo, das habe ich auch schon gefunden, allerdings gibts da ja keine wirkliche Lösung bisher.
-
Nee, ich habe auch gerade mit ein paar Tricks den 64Bit Patch auf meiner maschine installiert. Der muckt nämlich rum, wenn der Client auch auf der Maschine installiert ist. Dann will er den Patch dort installieren
mit D:\temp\jvmpatch>9.0.1.3_Server_w64_JVM_Patch_20150303_142312.exe LAX_VM d:\Domino\jvm\bin\java.exe -D$USER_INSTALL_DIR$=D:\Domino
bekommt man das aber hin. der Patch hat keine Möglichkeit, den Pfad an der Console zu ändern; daher die Parameter
32Bit habe ich noch nicht getestet. Sobald ich dazu komme, werde ich das aber tun.( im Laufe des Tages )
Die Ursache für den fehler ist wohl, daß JSSE erwartet wird, der Patch aber JSSE2 installiert ...
-
Danke für die Rückmeldung.
Falls hier sonst irgendwer etwas dazu sagen kann, wie ich den Patch auf 32bit Systemen ans laufen bekommen, bitte melden.
-
Vom IBM Support habe ich die Aussage, daß es wohl momentan noch keinen Fix für den Fix gibt. Das Problem ist bekannt, es gibt bereits SPRs und APARs dazu ( SPR # TOCL9UJJU4 und APAR LO84263 ).
Das Problem selber taucht offenbar dann auf, wenn man Domino so betreibt, wie man es soll. Nämlich als Service. Wenn man den Domino Server "Run as application" startet, dann soll der Fehler nicht auftauchen.
Public Workaround:
Run the JVM uninstaller to revert the patch E.G <Domino program directory>\uninst_jvmpatch\uninstall.exe or Run domino as an application
Kannst Du das bestätigen?
-
Neue Antwort vom Support
Was Ihr Problem angeht, es wurde schon durch den SPR an die Development Mannschaft weitergeleitet und durch den Customer Report, wird das Gewicht für die Lösung erhöht um einen definitiven Fix zu erstellen.
Momentan müssen die Benutzer den Public Workaround einsetzen bis das Problem offiziell gelöst wird.
Run the JVM uninstaller to revert the patch E.G <Domino program directory>\uninst_jvmpatch\uninstall.exe or Run domino as an application
Sobald es Neuigkeiten gibt, werden Sie automatisch informiert oder Sie können nach der SPR Nummer suchen.
Der Customer Report wurde erstellt und jetzt müssen wir abwartenbis die Development Team den Fix zur Verfügung stellt.
Ergo: Momentan keine Lösung ausser Public Workaround ... Und abwarten
-
From a Domino 9 user:
Running uninstall using <Domino_Path>\uninst_jvmpatch\uninstall.exe uninstalls the jvm from \ibm\notes (client dir...)
Luckily eknoris fix for the patcher also works for the uninstall (which ignores a -? or /? flag to query parameters).
Using <Domino_path>\uninst_jvmpatch\uninstall.exe -D$USER_INSTALL_DIR$=<Domino_path>
correctly uninstalls the patch, verified by navigating to <Domino_path>\jvm\bin and executing java -version:
java version "1.6.0"
Java(TM) SE Runtime Environment (build pwi3260sr16fp2ifix-20141203_01(SR16 FP2+IV66900))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Windows XP x86-32 jvmwi3260sr16-20141010_216764 (JIT enabled, AOT enabled)
J9VM - 20141010_216764
JIT - r9_20140523_64469ifx2
GC - GA24_Java6_SR16_20141010_1202_B216764)
JCL - 20141203_01
-
I got similar exceptions running agents or xpages which establish ssl connections.
But there is good news :D
Yesterday IBM released a new fix for the fix (JVMPatch_SR16FP3_IF1_W64_853.5_853.6_Server /
JVMPatch_SR16FP3_IF1_W32_853.5_853.6_ClientServer)
http://www-01.ibm.com/support/docview.wss?uid=swg21701319 (http://www-01.ibm.com/support/docview.wss?uid=swg21701319)
After installing that everything works fine again.