PowerPath/VE: il daemon sfcbd si arresta in modo imprevisto dopo l'installazione di PowerPath 7.2
Riepilogo: il daemon sfcb si arresta in modo imprevisto dopo l'installazione di PowerPath/VE 7.2.
Sintomi
In syslog.log viene visualizzato il seguente messaggio:
2021-08-12T04:08:41Z sfcb-ProviderManager[2102722]: handleSigChld:651662837504 provider terminated, pid=2110110, exit=0 signal=6
Causa
Risoluzione
Anche se provMemOveride:powerpath è già impostata su 240 MB in sfcb.cfg, memstat indica che solo 70 MB sono stati allocati a perprovMemOveride:powerpath. Per correggere il problema, aumentare il pool di risorse al valore previsto aggiungendo una riga alla fine del file di configurazione e riavviare wbem:
# echo "provMemOveride:powerpath=240,vmware_base=150" >> /etc/sfcb/sfcb.cfg
# /etc/init.d/sfcbd-watchdog restart
# esxcli system wbem set -e 0
# esxcli system wbem set -e 1
Nota: come accennato nell'articolo VMware https://kb.vmware.com/s/article/82638, le modifiche in /etc non vengono mantenute dopo il riavvio in ESXi 7.0 U2 e versioni successive. I seguenti comandi devono essere aggiunti in /etc/rc.local.d/local.sh sopra l'istruzione "exit 0":
echo "provMemOveride:powerpath=240,vmware_base=150" >> /etc/sfcb/sfcb.cfg
esxcli system wbem set -e 0
esxcli system wbem set -e 1
Invece di un comando echo, ci aspetteremmo un comando "esxcli system wbem set --rp-override="powerpath=240,vmware_base=150". Qui utilizziamo un comando "echo" a causa di un problema con il comando esxcli in ESXi 7.0 U2.
Nota: il reparto tecnico e VMware stanno lavorando per risolvere questa situazione rendendo l'immissione in local.sh non più necessaria, poiché questa soluzione alternativa non può essere utilizzata con "avvio protetto". Questo articolo verrà aggiornato quando saranno disponibili nuove informazioni.