Privind la sursa agentului de resurse (RA), se pare că ați activat opțiunea de depanare setând-o la a avertiza
este ceea ce ai vrea să faci.
Dacă dintr-un motiv oarecare acel comportament nu este ceea ce îți dorești, schimbând 1)
declarația de caz în ping_check()
funcția așa cum se arată mai jos (linia 305 din ping RA) ar putea fi ceea ce căutați:
ping_check() {
activ=0
pentru gazdă în $OCF_RESKEY_host_list; do
p_exe=ping
caz $(uname) în
Linux) p_args="-n -q -W $OCF_RESKEY_timeout -c $OCF_RESKEY_attempts";;
Darwin) p_args="-n -q -t $OCF_RESKEY_timeout -c $OCF_RESKEY_attempts -o";;
FreeBSD) p_args="-n -q -t $OCF_RESKEY_timeout -c $OCF_RESKEY_attempts -o";;
*) ocf_log err "Tip de gazdă necunoscut: $(uname)"; ieșire din $OCF_ERR_INSTALLED;;
esac
cazul „$gazdă” în
**:*) p_exe=ping6
esac
ping_output=$($p_exe $p_args $OCF_RESKEY_options $gazdă 2>&1); rc=$?
caz $rc in
0)
activ=$(expr $activ + 1)
if [ $OCF_RESKEY_debug -gt 1 ]; atunci
informații despre ping_conditional_log „$ping_output”
fi
;;
1) ocf_log avertizează „$gazdă este inactivă: $ping_output”;;
*) ocf_log err "Rezultat neașteptat pentru '$p_exe $p_args $OCF_RESKEY_options $gazdă' $rc: $ping_output";;
esac
Dar această modificare pare că va urma aceeași logică ca și setarea parametrului depanare=avertiza
. Nu am testat asta, doar urmând logica din RA.
De asemenea, dacă trebuie să reporniți Pacemaker dintr-un anumit motiv, puteți oricând să puneți cluster-ul modul de întreținere=true
înainte de a face asta. Dacă modul de întreținere=true
este setat Pacemakerul nu va porni/oprește/monitorizează serviciile chiar și în timpul repornirii. Nu uitați să setați modul de întreținere=fals
cand esti gata.