Owner's Manual

214 Einrichtungsanleitung
CRS CRS startet
beim Ausführen
von
root.sh nicht.
Der Benutzer
oracle besitzt
keine Zugriffsrechte
auf das Verzeichnis
/var/tmp
(insbesondere
/var/tmp/.oracle ).
1 Legen Sie den Benutzer oracle als Besitzer des
Verzeichnisses
/var/tmp/.oracle fest, indem Sie den Befehl
chown oracle.oinstall /var/tmp/.oracle
eingeben.
2 Versuchen Sie den Dienst neu zu starten, indem Sie den
Knoten neu starten oder den Befehl
root.sh im Verzeichnis
/crs/oracle/product/10.2.0/crs_1/ ausführen.
CRS CRS startet
beim Ausführen
von
root.sh nicht.
Andere Schritte zur
Fehlerbehebung bei
CRS wurden ohne
Erfolg durchgeführt.
1 Aktivieren Sie den Debug-Modus, indem Sie in der Datei
root.sh folgende Zeile hinzufügen:
set -x
2 Versuchen Sie den Dienst neu zu starten, indem Sie den
Befehl
root.sh im Verzeichnis
/crs/oracle/product/10.2.0/crs_1/ ausführen.
3 Überprüfen Sie die Protokolldateien in den folgenden
Verzeichnissen, um mehr Informationen über das Problem
zu erhalten:
$ORA_CRS_HOME/crs/log
$ORA_CRS_HOME/crs/init
$ORA_CRS_HOME/css/log
$ORA_CRS_HOME/css/init
$ORA_CRS_HOME/evm/log
$ORA_CRS_HOME/evm/init
$ORA_CRS_HOME/srvm/log
4 Fehlermeldungen des CRS-Initialisierungsskripts finden
Sie in der Datei
/var/log/messages .
5 Erstellen Sie eine Kopie dieser Protokolldateien für die
Diagnose durch den Support.
CRS Knoten startet
ununterbrochen neu.
Der Knoten hat
keinen Zugriff auf
den Quorum-
Datenträger im
gemeinsamen
Speichersystem.
1 Starten Sie Linux im Einzelbenutzer-Modus.
2 Geben Sie ein:
/etc/inet.d/init.crs disable
3 Überprüfen Sie, ob der Quorum-Datenträger verfügbar ist
und die private Verbindung funktioniert. Falls dies nicht
möglich ist, müssen Sie die Hardwareverbindungen
überprüfen und sicherstellen, dass die OCFS-
Dateisysteme gemountet sind.
4 Starten Sie neu und führen Sie den Befehl
/etc/inet.d/init.crs enable aus.
Tabelle 1-8. Fehlerbehebung (Fortsetzung)
Kategorie Problem/
Anzeichen
Ursache Empfohlene Korrekturmaßnahmen