Heute hat mich ein Fehler bei der Installation des GridControl 10.2.0.1 aufgehalten (komplette Installation mit neuer Datenbank): Nachdem die Dateien für das RDBMS installiert und verlinkt wurden, bricht der Installer beim Kopieren der Dateien für die „Oracle Enterprise Manager Grid Control Console“ mit einem Laufzeitfehler ab:

Im Logfile steht so etwas wie

INFO: Exception occured during spawning :java.io.IOException: /u01/app/oracle/product/10.2.0/oms10g/bin/OracleAS_Relink_Patch.sh: cannot execute
INFO: Spawning the modified command :/u01/app/oracle/product/10.2.0/oms10g/bin/OracleAS_Relink_Patch.sh
INFO: Ausnahme von Aktion: Spawn
Name der Ausnahme: RuntimeException
Zeichenfolge der Ausnahme: Fehler während der Laufzeit.
Ausnahmegrad: 0

Des Rätsels Lösung: die aktuelle Installation nicht (!) beenden und in einem weiteren Terminalfenster

chmod +x /u01/app/oracle/product/10.2.0/oms10g/bin/OracleAS_Relink_Patch.sh

ausführen. Dann mit „Wiederholen“ die Installation fortsetzen.

Anschließend ereilt uns folgende Meldung:

Hier muss man die Installation aller Komponenten stoppen und den Installer erneut starten. Dann wählt man „Nicht abgeschlossene Installation wiederaufnehmen“. Dann klappt’s.

Weitere Infos hier.

Die Aufgabe war Routine: installieren von 10g Patch 10.2.0.4 auf einem Windows-2000-Server. Allerdings scheiterten wir schon relativ früh: der zu startende Oracle Universal Installer (OUI) versagte seinen Dienst und tat…. gar nichts.

Beim Start der Java VM stieg SETUP.EXE augenscheinlich aus und fristete sein Dasein fortan als Geist im Windows-Taskmanager.

Eine Suche in Metalink brachte leider nicht die erhoffte Lösung; erst die Kollegen gaben den entscheidenden Hinweis:

Note 266617.1: Oracle Universal Installer (OUI) may appear and then disappear on Windows 2000 with Service Pack 4

Klar, jeder sucht ja auch nach „may appear and then disappear“ anstatt „OUI does not start“.

Wie dem auch sei, die Lösung ist ein Parameter für SETUP.EXE — bei uns führte folgendes zum Erfolg:

setup.exe -J-Dsun.java2d.noddraw=true

Bekannt ist das Ganze auf allerlei Systemen, schuld ist ein Bug in der JVM von Windows 2000.