Owner's Manual

Einrichtungsanleitung 247
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 wieder zu starten, indem
Sie den Knoten neu starten oder
root.sh ausführen in:
/crs/oracle/product/10.2.0/crs/
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/ 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 Einzelbenutzermodus.
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.
4 Starten Sie das System neu und führen Sie den Befehl
/etc/inet.d/init.crs enable aus.
Tabelle 1-9. Fehlerbehebung (Fortsetzung)
Kategorie Problem/Anzeichen Ursache Empfohlene Maßnahmen