Ursache einer Node Eviction / eines unerwarteten Knotenneustarts diagnostizieren

Befehl

# 1) When, which node, evicted by whom: CRS alert log (on every node)
grep -E "CRS-1601|CRS-1607|CRS-1608|CRS-1609|CRS-1610|CRS-1611|CRS-1612|CRS-8011" \
  $ORACLE_BASE/diag/crs/$(hostname -s)/crs/trace/alert.log
# 2) CSS details: was the network heartbeat or the disk heartbeat lost
grep -iE "evict|misscount|heartbeat|disk HB|network HB" \
  $ORACLE_BASE/diag/crs/$(hostname -s)/crs/trace/ocssd.trc | tail -100
# 3) Who triggered the reboot (cssdagent/cssdmonitor):
ls -lt $ORACLE_BASE/diag/crs/$(hostname -s)/crs/trace/ohasd_cssd*.trc
# 4) OS resources at the time of the event (Cluster Health Monitor):
oclumon dumpnodeview -allnodes -s "2026-01-15 03:10:00" -e "2026-01-15 03:20:00"
# 5) Diagnostic collection from all nodes (AHF/TFA):
tfactl diagcollect -crs -os -last 4h
# 6) OS side: /var/log/messages, journalctl -k (OOM, NIC, multipath, I/O errors)

Was es tut

Verfolgt die Kette einer Node Eviction der Reihe nach: CRS-16xx-Meldungen im CRS-Alert-Log, Heartbeat-Verluste in ocssd.trc, OS-Metriken aus CHM und die mit TFA gesammelten Logs aller Knoten.

Wann einsetzen

Wenn ein Knoten unerwartet neu startet oder aus dem Cluster entfernt wird, für die Ursachenanalyse (RCA) und einen Oracle Support SR.

Vorsicht

Sammle Logs von jedem Knoten, die den Zeitpunkt des Ereignisses abdecken; Trace-Dateien rotieren und Beweise können verloren gehen. Prüfe, dass die Zeitzonen auf allen Knoten gleich sind (CTSS/NTP). Wende keine "Fixes" wie das Erhöhen von misscount an, bevor die Beweise gesichert sind.