Hallo zusammen !

Ich werde zwar als Debian-Jünger im Umgang mit CentOS
langsam etwas trittfester, aber nachdem ich inzwischen nach
eine Reihe kleinerer Softwareinstallationen Erfolge verbuchen
konnte, sitze ich jetzt offenbar vor einer richtig harten Nuß :
Einer Oracle Enterprise Manager Grid Control 10.2.0.3.0 -
Installation.

Mein Server ist ein HP Proliant DL 380 G3 mit der x86-Variante
von CentOS 5 (die verbauten Xeons ließen leider keine 64-Bit-
Installation zu).

Um auf den Grid Control - Versionsstand 10.2.0.3.0 zu kommen,
kommen, muß man derzeit leider zunächst mit Version 10.2.0.1.0
beginnen, um diese dann im zweiten Schritt upzudaten.

Ich habe vor Beginn der ersten Grid Control - Installation bereits
eine Oracle - Datenbank - Installation (10.2.0.1.0) durchgeführt
und mir manuell eine Grid Control - kompatible Datenbank-
Instanz erstellt, weil ich diese später zusätzlich auch noch für ein
paar RMAN-Kataloge verwenden möchte. Diese Datenbank-
Installation lief zu meiner Begeisterung auch völlig problemlos
durch.

Aber schon bei den Prerequisites-Checks der Grid Control
10.2.0.1.0 - Installation fängt der Ärger an. Einige Pakete
existieren unter CentOS 5 gar nicht oder zumindest nicht in
der passenden Version :

Checking operating system package requirements ...
Checking for make-3.79; found make-1:3.81-1.1.  Passed
Checking for binutils-2.15.92.0.2-13; found binutils-2.17.50.0.6-2.el5. Passed
Checking for gcc-3.4.3-22.1; found gcc-4.1.1-52.el5.2.  Passed
Checking for libaio-0.3.96; found libaio-0.3.106-3.2.   Passed
Checking for glibc-common-2.3.4-2.9; found glibc-common-2.5-12. Passed
Checking for compat-libstdc++-296-2.96-132.7.2; found Not found.        Failed <<<<
Checking for libstdc++-3.4.3-22.1; found libstdc++-4.1.1-52.el5.2.      Passed
Checking for libstdc++devel-3.4.3-22.1; found Not found.        Failed <<<<
Checking for openmotif-21-2.1.30-11; found Not found.   Failed <<<<
Checking for pdksh-5.2.14-30; found Not found.  Failed <<<<
Checking for setarch-1.6-1; found setarch-2.0-1.1.      Passed
Checking for gnome-libs-1.4.1.2.90-44.1; found Not found.       Failed <<<<
Checking for sysstat-5.0.5-1; found sysstat-7.0.0-3.el5.        Passed
Checking for compat-db-4.1.25-9; found compat-db-4.2.52-5.1.    Passed
Checking for control-center-2.8.0-12; found control-center-1:2.16.0-14.el5.     Passed
Checking for xscreensaver-4.18-5.rhel4.2; found Not found.      Failed <<<<
Check complete. The overall result of this check is: Failed <<<<
Problem: Some packages required for the Oracle EnterPrise Manager 10gR2 to function properly are missing (see above).
Recommendation: Install the required packages before continuing with the installation.

Die als "Failed" markierten Pakete habe ich genauer untersucht :

[root@centos1 ~]# yum list installed | grep -i libstdc
compat-libstdc++-296.i386                2.96-138               installed
compat-libstdc++-33.i386                 3.2.3-61               installed
libstdc++.i386                           4.1.1-52.el5.2         installed
libstdc++-devel.i386                     4.1.1-52.el5.2         installed
[root@centos1 ~]#
[root@centos1 ~]# yum list installed | grep -i openmotif
openmotif22.i386                         2.2.3-18               installed
[root@centos1 ~]#

Die Pakete "pdksh", "gnome-libs" sowie "xscreensaver" gibt es unter
CentOS 5 offenbar gar nicht mehr. Lediglich für die "gnome-libs" habe
ich unter

http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=8181&forum=37

und unter

http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=8546&forum=38

Hinweise gefunden, daß es wohl an der in diesem Paket enthaltenen
"libdb.so.2" liegt. Diese Lib wird wohl vom Oracle HTTP Daemon
verwendet. Ich  hab sie mir dann einfach aus dem "gnome-libs" -
Paket von CentOS 4.5 geklaut und manuell unter /usr/lib abgelegt.

Was nun konkret an Files aus den anderen Paketen für die Oracle
Grid Control - Installation benötigt wird, ist offenbar schwer
herauszukommen. Daher habe ich sie vorerst einfach weggelassen,
den fehlgeschlagenen Prerequisites-Check igniriert und trotzdem
weitergemacht. Die Installation läuft dann auch erstmal eine ganze
Weile weiter bis dann der OPMN gestartet werden soll. Der
kommt aber wohl nicht ganz hoch, weil ihm irgendwas aus obigen
Paketen fehlt :



Aber was  ? Ich habe die im Screenshot genannte OUI - Protokolldatei
einmal untersucht, aber nichts Verdächtiges gefunden. Allerdings ist sie auch
sehr groß, und ich weiß nicht genau, wonach ich suchen soll.

Wenn ich auch diese Sache per Klick auf "Continue" ignoriere, dann führt
das bei Ausführung des "Web Cache Configuration Assistants" zu einem
Folgefehler :



Konkret scheitertert der "Web Cache Configuration Assistant" mit
folgenden Meldungen :

[oracle@centos1 ~]$ /oracle/product/10.2.0/oms10g/jdk/bin/java -DORACLE_HOME=/oracle/product/10.2.0/oms10g -Djava.net.preferIPv4Stack=true -classpath /oracle/product/10.2.0/oms10g/sysman/webapps/emd/WEB-INF/lib/webcachecfg.jar:/oracle/product/10.2.0/oms10g/sysman/webapps/emd/WEB-INF/lib/emd.jar:/oracle/product/10.2.0/oms10g/lib/emSDK.jar:/oracle/product/10.2.0/oms10g/dcm/lib/dcm.jar:/oracle/product/10.2.0/oms10g/jlib/repository.jar:/oracle/product/10.2.0/oms10g/lib/xmlparserv2.jar:/oracle/product/10.2.0/oms10g/jlib/emConfigInstall.jar:/oracle/product/10.2.0/oms10g/jdbc/lib/classes12.zip:/oracle/product/10.2.0/oms10g/jdbc/lib/nls_charset12.jar:/oracle/product/10.2.0/oms10g/jlib/jndi.jar:/oracle/product/10.2.0/oms10g/jlib/rt.jar:/oracle/product/10.2.0/oms10g/jdk/lib/i18n.jar:/oracle/product/10.2.0/oms10g/jlib/ldapjclnt10.jar:/oracle/product/10.2.0/oms10g/jlib/ojmisc.jar:/oracle/product/10.2.0/oms10g/j2ee/home/jazn.jar:/oracle/product/10.2.0/oms10g/j2ee/home/jaas.jar oracle.ias.webcache.config.WebcacheConfig -oh /oracle/product/10.2.0/oms10g
2
Failed in smi manipulation().
The most likely causes are:
1. TaskMaster cannot read configuration files, such as $ORACLE_HOME/opmn/conf/opmn.xml, and $ORACLE_HOME/dcm/dcm.conf, etc.
2. Cannot connect to the repository.
Resolution:
1. Make sure that the system configuration files are present and the permission for those files are set correctly.
2. If you are using Infrastructure Database, please make sure that the database is up and running, and the listener for the database is running. Also check the connectivity of the machine to the Database Repository. Please refer to the exception thrown by the Repository API for resolution.  The Repository API may be misconfigured.
Base Exception:
oracle.ons.SubscriptionException
Subscription request timed out after 120000 millseconds.  Possible causes: OPMN may not be running, you may have an OPMN running in an alternate ORACLE_HOME using duplicate port values, or OPMN may be misconfigured.
oracle.ons.SubscriptionException: Subscription request timed out after 120000 millseconds.  Possible causes: OPMN may not be running, you may have an OPMN running in an alternate ORACLE_HOME using duplicate port values, or OPMN may be misconfigured.
        at oracle.ons.SubscriptionNotification.waitForReply(SubscriptionNotification.java:82)
        at oracle.ons.ONS.addSubscriber(ONS.java:336)
        at oracle.ons.Subscriber.realStartup(Subscriber.java:92)
        at oracle.ons.Subscriber.<init>(Subscriber.java:80)
        at oracle.ons.ONS.createNewSubscriber(ONS.java:690)
        at oracle.ias.sysmgmt.task.TaskMaster.sysInit(Unknown Source)
        at oracle.ias.sysmgmt.task.TaskMaster.sysInit(Unknown Source)
        at oracle.ias.sysmgmt.task.InstanceManager.sysInit(Unknown Source)
        at oracle.ias.sysmgmt.task.InstanceManager.init(Unknown Source)
        at oracle.ias.sysmgmt.EntryPoint.init(Unknown Source)
        at oracle.ias.webcache.config.WebcacheConfig.smiSetup(WebcacheConfig.java:483)
        at oracle.ias.webcache.config.WebcacheConfig.smiEnableWebcache(WebcacheConfig.java:454)
        at oracle.ias.webcache.config.WebcacheConfig.enableConfiguration(WebcacheConfig.java:299)
        at oracle.ias.webcache.config.WebcacheConfig.main(WebcacheConfig.java:87)

[oracle@centos1 ~]$

Allerdings hilft mir diese Erkenntnis wohl kaum weiter, weil sie
ja erst am Ende der Nahrungskette in Erscheinung tritt.

Somit muß ich wohl "nur" wissen, welche Files aus welche Paketen
vermißt werden und ob es die Möglichkeit gibt, diese unter
CentOS 5 irgendwie manuell bereitzustellen.

Wenn's geht, bitte keine moralischen Antworten a la "Oracle
supportet weder CentOS noch RHEL5". Ich brauche keinen
hochoffiziell zertifizierten Server. Er soll "nur" laufen. Auf
CentOS 4.5 zurückzugehen, möchte ich nur im allergrößten
Notfall in Erwägung ziehen.

Schonmal Danke für Eure Antworten. :-)

Gruß,
   Marcus