Диагностировать причину вытеснения узла / неожиданной перезагрузки узла

Команда

# 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)

Что делает

Последовательно проходит цепочку вытеснения узла: сообщения CRS-16xx в alert log CRS, потери heartbeat в ocssd.trc, метрики ОС из CHM и журналы всех узлов, собранные через TFA.

Когда использовать

Когда узел неожиданно перезагружается или вытесняется из кластера — для анализа первопричины (RCA) и SR в Oracle Support.

Внимание

Собирайте журналы со всех узлов и за период события; trace-файлы ротируются, и доказательства могут быть утеряны. Проверьте, что часовые пояса на узлах совпадают (CTSS/NTP). Не применяйте "исправления" вроде увеличения misscount до сбора доказательств.