Diagnosticar a causa de uma node eviction / reboot inesperado de nó

Comando

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

O que faz

Segue em ordem a cadeia de node eviction: mensagens CRS-16xx no alert log do CRS, perdas de heartbeat no ocssd.trc, métricas do SO do CHM e os logs de todos os nós coletados com o TFA.

Quando usar

Quando um nó reinicia inesperadamente ou é removido do cluster, para análise de causa raiz (RCA) e um SR no Oracle Support.

Atenção

Colete logs de todos os nós cobrindo o horário do evento; os arquivos de trace rotacionam e evidências podem se perder. Verifique se os fusos horários são iguais entre os nós (CTSS/NTP). Não aplique "correções" como aumentar o misscount antes de coletar as evidências.