dba:oracle_installation_library_fehler
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende Überarbeitung | Nächste ÜberarbeitungBeide Seiten der Revision | ||
dba:oracle_installation_library_fehler [2012/11/27 09:49] – [Error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory] gpipperr | dba:oracle_installation_library_fehler [2012/11/28 14:25] – gpipperr | ||
---|---|---|---|
Zeile 2: | Zeile 2: | ||
Sammlung von Fehlermeldungen von Oracle Produkten auf Linux, wie die Installation von Oracle Clusterware 10g 10.2.0.1 auf einen Oracle Linux 5.5 | Sammlung von Fehlermeldungen von Oracle Produkten auf Linux, wie die Installation von Oracle Clusterware 10g 10.2.0.1 auf einen Oracle Linux 5.5 | ||
- | |||
- | |||
===== Error while loading shared libraries: libpthread.so.0: | ===== Error while loading shared libraries: libpthread.so.0: | ||
- | |||
In den Programmen srvctl und vipca wird per LD_ASSUME_KERNEL=2.4.19 eine andere Kernel Version " | In den Programmen srvctl und vipca wird per LD_ASSUME_KERNEL=2.4.19 eine andere Kernel Version " | ||
- | |||
Lösung: | Lösung: | ||
In den Skripten vipca / srvctl die jeweiligen Blöcke bzgl. LD_ASSUME_KERNEL auskommentieren. | In den Skripten vipca / srvctl die jeweiligen Blöcke bzgl. LD_ASSUME_KERNEL auskommentieren. | ||
- | |||
Quelle: | Quelle: | ||
[[http:// | [[http:// | ||
- | |||
===== runInstaller 10g startet nicht mit diversen Fehlermeldungen auf einer Oracle Linux 6 Umgebung " ibawt.so: libXp.so.6: cannot open shared object " ===== | ===== runInstaller 10g startet nicht mit diversen Fehlermeldungen auf einer Oracle Linux 6 Umgebung " ibawt.so: libXp.so.6: cannot open shared object " ===== | ||
- | |||
- | |||
Problem: | Problem: | ||
- | |||
Exception java.lang.UnsatisfiedLinkError: | Exception java.lang.UnsatisfiedLinkError: | ||
java.lang.UnsatisfiedLinkError: | java.lang.UnsatisfiedLinkError: | ||
- | |||
Lösung: Fehlende 32 Bit Libraries nachinstallieren | Lösung: Fehlende 32 Bit Libraries nachinstallieren | ||
- | |||
< | < | ||
yum install / | yum install / | ||
</ | </ | ||
+ | |||
+ | ===== CRS-2800: Cannot start resource ' | ||
+ | |||
+ | **Problem**: | ||
+ | \\ | ||
+ | Die Clusterplatte für die voting/ocr disk wurde als " | ||
+ | |||
+ | **Lösung**: | ||
+ | \\ | ||
+ | Um eine erneute Installation zu vermeiden => | ||
+ | |||
+ | Das Cluster wieder dekonfigurieren: | ||
+ | <code bash> | ||
+ | #Als root erst auf Knoten 2 dann auf Knoten 1! | ||
+ | $ORACLE_HOME/ | ||
+ | </ | ||
+ | Die existierende Voting Disk dekonfigurieren | ||
+ | <code bash> | ||
+ | # als root auf Knoten 1 | ||
+ | oracleasm deletedisk DG_VOT01 | ||
+ | oracleasm scandisks | ||
+ | # als root auf Knoten 2 | ||
+ | oracleasm scandisks | ||
+ | </ | ||
+ | Die neue Platte in das System anlegen und einhängen | ||
+ | \\ | ||
+ | siehe [[vmware: | ||
+ | Als ASM Platte bekannt geben | ||
+ | <code bash> | ||
+ | # als root auf Node 1 | ||
+ | fdisk / | ||
+ | oracleasm createdisk DG_VOT01 / | ||
+ | oracleasm scandisks | ||
+ | |||
+ | # als root auf Knoten 2 | ||
+ | oracleasm scandisks | ||
+ | </ | ||
+ | |||
+ | Das Cluster mit dem root.sh wieder neu konfiguriert | ||
+ | <code bash> | ||
+ | |||
+ | # als root auf Knoten 1 | ||
+ | $ORACLE_HOME/ | ||
+ | |||
+ | # als root auf Knoten 2 | ||
+ | $ORACLE_HOME/ | ||
+ | </ | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
dba/oracle_installation_library_fehler.txt · Zuletzt geändert: 2012/11/28 16:18 von gpipperr