C.4. Comportamenti comuni: Due Member Cluster con interruttore basato sul disco

Perdita di connettivitą di rete sull'altro membro, il media condiviso č ancora accessibile

Cause comuni: Perdita della connettivitą di rete.

In caso di prova: Scollegare tutti i cavi di rete da un membro.

Comportamento previsto: Non si verifica alcun fail-over, a meno che non si siano persi anche i dati. In molti casi i servizi non verranno riposizionati, poichč il blocccaggio del server richiede una connettivitą di rete.

Verifica: Eseguire clustat per verificare che i servizi sono ancora visualizzati come in esecuzione sul membro, anche se il membro non č attivo facendo riferimento alla membership. Vengono registrati i messaggi che indicano che il membro č in una condizione di PANIC.

Perdita di accesso al media condiviso

Cause comuni: Perdita di alimentazione da parte del media condiviso, il cavo che collega un membro al media condiviso, č scollegato.

In caso di prova: Disinserire SCSI o il cavo Fibre Channel da un membro.

Comportamento previsto: Non si verifica alcun fail-over, a meno che non si siano persi anche i dati. Un'azione configurata deve risolvere la perdita di accesso alla memoria condivisa (reboot/halt/stop/ignore). Il default č reboot. L'azione potrebbe causare un failover.)

Sospensione o perdita (panic) del sistema sul membro X

In caso di prova: Eseguite il comando kill nei confronti dei demoni cluquorumd e clumembd.

killall -STOP cluquorumd clumembd

Comportamento previsto: Il membro sospeso del cluster viene isolato da un altro membro del cluster. I servizi verranno ridirezionati (fail over). Potrebbero essere azionati i timer watchdog configurati.

Avvio dei servizi del cluster senza alcuna connettivitą di rete

Cause comuni: Interruttore difettoso; uno o entrambi i membri sono senza connettivitą

In caso di prova: Arrestare i servizi del cluster su tutti i membri. Scollegare tutti i cavi della rete da un membro. Avviare i servizi del cluster su entrambi i membri.

Verifica: Non tutti i servizi potrebbero avviarsi, in quanto i lock richiedono una connettivitą di rete. Poiche il Cluster Manager necessita di una sottorete completa collegata, questo caso viene gestito in base allo sforzo maggiore, ma tecnicamente č un cluster inoperabile.