<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Hallo zusammen !<br>
<br>
Ich werde zwar als Debian-Jünger im Umgang mit CentOS<br>
langsam etwas trittfester, aber nachdem ich inzwischen nach<br>
eine Reihe kleinerer Softwareinstallationen Erfolge verbuchen<br>
konnte, sitze ich jetzt offenbar vor einer richtig harten Nuß :<br>
Einer Oracle Enterprise Manager Grid Control 10.2.0.3.0 -<br>
Installation.<br>
<br>
Mein Server ist ein HP Proliant DL 380 G3 mit der x86-Variante<br>
von CentOS 5 (die verbauten Xeons ließen leider keine 64-Bit-<br>
Installation zu).<br>
<br>
Um auf den Grid Control - Versionsstand 10.2.0.3.0 zu kommen,<br>
kommen, muß man derzeit leider zunächst mit Version 10.2.0.1.0<br>
beginnen, um diese dann im zweiten Schritt upzudaten.<br>
<br>
Ich habe vor Beginn der ersten Grid Control - Installation bereits<br>
eine Oracle - Datenbank - Installation (10.2.0.1.0) durchgeführt<br>
und mir manuell eine Grid Control - kompatible Datenbank-<br>
Instanz erstellt, weil ich diese später zusätzlich auch noch für ein<br>
paar RMAN-Kataloge verwenden möchte. Diese Datenbank-<br>
Installation lief zu meiner Begeisterung auch völlig problemlos<br>
durch.<br>
<br>
Aber schon bei den Prerequisites-Checks der Grid Control<br>
10.2.0.1.0 - Installation fängt der Ärger an. Einige Pakete<br>
existieren unter CentOS 5 gar nicht oder zumindest nicht in<br>
der passenden Version :<br>
<br>
<small><b><font color="#6633ff"><tt>Checking operating system package
requirements ...<br>
Checking for make-3.79; found make-1:3.81-1.1. Passed<br>
Checking for binutils-2.15.92.0.2-13; found binutils-2.17.50.0.6-2.el5.
Passed<br>
Checking for gcc-3.4.3-22.1; found gcc-4.1.1-52.el5.2. Passed<br>
Checking for libaio-0.3.96; found libaio-0.3.106-3.2. Passed<br>
Checking for glibc-common-2.3.4-2.9; found glibc-common-2.5-12. Passed<br>
Checking for <font color="#ff0000">compat-libstdc++-296-2.96-132.7.2;
found Not found. Failed <<<<</font><br>
Checking for libstdc++-3.4.3-22.1; found libstdc++-4.1.1-52.el5.2.
Passed<br>
Checking for <font color="#ff0000">libstdc++devel-3.4.3-22.1; found
Not found. Failed <<<<</font><br>
Checking for <font color="#ff0000">openmotif-21-2.1.30-11; found Not
found. Failed <<<<</font><br>
Checking for <font color="#ff0000">pdksh-5.2.14-30; found Not found.
Failed <<<<</font><br>
Checking for setarch-1.6-1; found setarch-2.0-1.1. Passed<br>
Checking for <font color="#ff0000">gnome-libs-1.4.1.2.90-44.1; found
Not found. Failed <<<<</font><br>
Checking for sysstat-5.0.5-1; found sysstat-7.0.0-3.el5. Passed<br>
Checking for compat-db-4.1.25-9; found compat-db-4.2.52-5.1. Passed<br>
Checking for control-center-2.8.0-12; found
control-center-1:2.16.0-14.el5. Passed<br>
Checking for <font color="#ff0000">xscreensaver-4.18-5.rhel4.2; found
Not found. Failed <<<<</font><br>
Check complete. The overall result of this check is: Failed
<<<<<br>
Problem: Some packages required for the Oracle EnterPrise Manager 10gR2
to function properly are missing (see above).<br>
Recommendation: Install the required packages before continuing with
the installation.</tt></font></b></small><br>
<br>
Die als "Failed" markierten Pakete habe ich genauer untersucht :<br>
<br>
<small><tt><b><font color="#3333ff">[root@centos1 ~]# yum list
installed | grep -i libstdc<br>
compat-libstdc++-296.i386 2.96-138
installed<br>
compat-libstdc++-33.i386 3.2.3-61
installed<br>
libstdc++.i386 4.1.1-52.el5.2
installed<br>
libstdc++-devel.i386 4.1.1-52.el5.2
installed<br>
[root@centos1 ~]#<br>
[root@centos1 ~]# yum list installed | grep -i openmotif<br>
openmotif22.i386 2.2.3-18
installed<br>
[root@centos1 ~]#</font></b></tt></small><br>
<br>
Die Pakete "pdksh", "gnome-libs" sowie "xscreensaver" gibt es unter<br>
CentOS 5 offenbar gar nicht mehr. Lediglich für die "gnome-libs" habe<br>
ich unter<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=8181&forum=37">http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=8181&forum=37</a><br>
<br>
und unter <br>
<br>
<a class="moz-txt-link-freetext" href="http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=8546&forum=38">http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=8546&forum=38</a><br>
<br>
Hinweise gefunden, daß es wohl an der in diesem Paket enthaltenen<br>
"libdb.so.2" liegt. Diese Lib wird wohl vom Oracle HTTP Daemon<br>
verwendet. Ich hab sie mir dann einfach aus dem "gnome-libs" -<br>
Paket von CentOS 4.5 geklaut und manuell unter /usr/lib abgelegt.<br>
<br>
Was nun konkret an Files aus den anderen Paketen für die Oracle<br>
Grid Control - Installation benötigt wird, ist offenbar schwer<br>
herauszukommen. Daher habe ich sie vorerst einfach weggelassen,<br>
den fehlgeschlagenen Prerequisites-Check igniriert und trotzdem<br>
weitergemacht. Die Installation läuft dann auch erstmal eine ganze<br>
Weile weiter bis dann der OPMN gestartet werden soll. Der<br>
kommt aber wohl nicht ganz hoch, weil ihm irgendwas aus obigen<br>
Paketen fehlt :<br>
<br>
<img alt="" src="cid:part1.06060506.07090209@Hansainvest.com"
height="375" width="480"><br>
<br>
Aber was ? Ich habe die im Screenshot genannte OUI - Protokolldatei <br>
einmal untersucht, aber nichts Verdächtiges gefunden. Allerdings ist
sie auch<br>
sehr groß, und ich weiß nicht genau, wonach ich suchen soll.<br>
<br>
Wenn ich auch diese Sache per Klick auf "Continue" ignoriere, dann führt<br>
das bei Ausführung des "Web Cache Configuration Assistants" zu einem<br>
Folgefehler :<br>
<br>
<img alt="" src="cid:part2.03050207.03020702@Hansainvest.com"
height="482" width="600"><br>
<br>
Konkret scheitertert der "Web Cache Configuration Assistant" mit<br>
folgenden Meldungen :<br>
<br>
<small><b><font color="#3333ff">[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<br>
2<br>
Failed in smi manipulation().<br>
The most likely causes are:<br>
1. TaskMaster cannot read configuration files, such as
$ORACLE_HOME/opmn/conf/opmn.xml, and $ORACLE_HOME/dcm/dcm.conf, etc.<br>
2. Cannot connect to the repository.<br>
Resolution:<br>
1. Make sure that the system configuration files are present and the
permission for those files are set correctly.<br>
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.<br>
Base Exception:<br>
oracle.ons.SubscriptionException<br>
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.<br>
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.<br>
at
oracle.ons.SubscriptionNotification.waitForReply(SubscriptionNotification.java:82)<br>
at oracle.ons.ONS.addSubscriber(ONS.java:336)<br>
at oracle.ons.Subscriber.realStartup(Subscriber.java:92)<br>
at oracle.ons.Subscriber.<init>(Subscriber.java:80)<br>
at oracle.ons.ONS.createNewSubscriber(ONS.java:690)<br>
at oracle.ias.sysmgmt.task.TaskMaster.sysInit(Unknown Source)<br>
at oracle.ias.sysmgmt.task.TaskMaster.sysInit(Unknown Source)<br>
at oracle.ias.sysmgmt.task.InstanceManager.sysInit(Unknown
Source)<br>
at oracle.ias.sysmgmt.task.InstanceManager.init(Unknown Source)<br>
at oracle.ias.sysmgmt.EntryPoint.init(Unknown Source)<br>
at
oracle.ias.webcache.config.WebcacheConfig.smiSetup(WebcacheConfig.java:483)<br>
at
oracle.ias.webcache.config.WebcacheConfig.smiEnableWebcache(WebcacheConfig.java:454)<br>
at
oracle.ias.webcache.config.WebcacheConfig.enableConfiguration(WebcacheConfig.java:299)<br>
at
oracle.ias.webcache.config.WebcacheConfig.main(WebcacheConfig.java:87)<br>
<br>
[oracle@centos1 ~]$</font></b></small><br>
<br>
Allerdings hilft mir diese Erkenntnis wohl kaum weiter, weil sie<br>
ja erst am Ende der Nahrungskette in Erscheinung tritt.<br>
<br>
Somit muß ich wohl "nur" wissen, welche Files aus welche Paketen<br>
vermißt werden und ob es die Möglichkeit gibt, diese unter<br>
CentOS 5 irgendwie manuell bereitzustellen.<br>
<br>
Wenn's geht, bitte keine moralischen Antworten a la "Oracle<br>
supportet weder CentOS noch RHEL5". Ich brauche keinen<br>
hochoffiziell zertifizierten Server. Er soll "nur" laufen. Auf<br>
CentOS 4.5 zurückzugehen, möchte ich nur im allergrößten<br>
Notfall in Erwägung ziehen.<br>
<br>
Schonmal Danke für Eure Antworten. :-)<br>
<br>
Gruß,<br>
Marcus<br>
</body>
</html>