Grid Control Update von 10.2.0.4 auf 10.2.0.5 schlägt fehl

Zwecks Test des neu erschienenen Grid Control Updates von 10.2.0.4 auf 10.2.0.5 auf Windows erstellte ich eine komplett neue Installation mitsamt Repository in folgender Reihenfolge:

1. Installation der Datenbanksoftware 10.2.0.1
2. Erstellung einer Datenbank auf 10.2.0.1 mit passenden Parametern
3. Installation von Grid Control mit dem Full Installer auf 10.2.0.2
4. Patch von Grid Control auf 10.2.0.4
5. Patch der Datenbank auf 10.2.0.4

Ab diesem Punkt entsprach die Software unserem aktuellen produktiven Stand und bis dahin war auch alles problemlos gelaufen. Die Schwierigkeit kam nun beim interessanten Sprung – der Installer brach zwischenzeitlich mit einer Fehlermeldung ab. In den Logs läßt sich dazu Folgendes finden:

Calling updateConfig to notify DCM of new deployments...
failed!
ERROR: Caught exception calling updateConfig: oracle.ias.sysmgmt.exception.ParsingException: Das Plug-In "apache", das von der "OHS"-Komponente zur Verfügung gestellt wird, hat beim Lesen der Konfigurationsdaten eine Exception ausgelöst.
Lösung:
Die Informationen der "OHS"-Komponente in der Basis-Exception sind möglicherweise hilfreich.
Außerdem gibt es folgende allgemeine Problemursachen:
    Falsche Berechtigungen für Dateien
    Konfigurationsdateien fehlen oder sind ungültig
Exception von Plug-In ausgelöst"apache":
oracle.ias.sysmgmt.repository.plugin.advanced.apache.parser.ParserException
parsing e:\oracle\product\oms10g\Apache\Apache\conf\ssl.conf: </ expected at line 39 column 44, but encounter <EOF: END OF FILE>

ERROR! DEPLOY TOOL CANNOT CONTINUE DEPLOYMENTS: could not update DCM repository with newly deployed applications - ALL APPLICATIONS WILL BE UNDEPLOYED.

Undeploying application 'portletapp' from OC4J instance 'home'.

Application 'portletapp' successfully undeployed.
Stopping OC4J instance 'home'...
done.
Terminating DCM...
done.
Copying e:\oracle\product\oms10g/j2ee/deploy.ini to e:\oracle\product\oms10g/j2ee/deploy.ini.1238741828013.bak.
Writing any undeployed entries back to e:\oracle\product\oms10g/j2ee/deploy.ini.

Oc4jDeploy tool completed, but with errors.

Mhm. Ein Blick in die bemängelte ssl.conf zeigt den Fehler: Zum IfDefine SSL gibt es schlicht und einfach kein schließendes Tag. Das kann nun als </IfDefine> einfach ergänzt werden .. und schon läuft alles hübsch durch.

Ein Blick in die Konfiguration unseres produktiven OMS enthüllte übrigens, dass dort alle Tags brav geschlossen sind ..

Update 09.05.2009:

Man soll den Tag ja nicht vor dem Abend loben .. beim Versuch den produktiven OMS zu patchen, gab es genau diesen Fehler. Offenbar wird zwischendurch die alte ssl.conf überschrieben.

Update 02.06.2009:

Es gibt eine Bugbeschreibung von Oracle dazu: 8339545

Das Vorgehen wird dort wie folgt beschrieben:

1) Keep the installer session active at the failure point.

2) Navigate to .../oms10g/Apache/Apache/conf/ and archive the existing ssl.conf file (verify it is only 2kB in size, exemplary of the problem).

3) Copy the ssl.conf.smibak (should be about 7kb in size) to ssl.conf.

4) Select "Retry" in the failed installer session.

5) Watch the 10.2.0.5.0 patchset installation complete successfully.