Come controllare la frequenza dei riavvii automatici di un servizio runit?

Ho questo servizio runit con rune gli log/runscript funzionano correttamente.

In questo caso, il servizio stesso può arrestarsi in modo anomalo per motivi esterni e potrebbe non essere in grado di avviarsi per molti minuti. Il modo predefinito in cui runit gestisce questa situazione è riavviando il servizio ogni paio di secondi. Come cambio questo comportamento?

La mia ultima intuizione è stata quella di aggiungere una checksceneggiatura e fare un po 'di magia lì, ma sembra molto più complicato di quanto dovrebbe essere. C'è un modo migliore e più semplice?

Non ho familiarità con questa funzione, tuttavia, se il mio compito era risolvere questo problema, e una lettura della pagina man molto breve non offriva una semplice manopola per ottimizzare questo comportamento, farei quanto segue:

Estendi lo script di avvio del servizio esistente o, se è ingombrante, inserisci un nuovo script di avvio nella catena (che a sua volta avvia lo script di avvio originale). Invece di avviare subito il servizio, il nuovo script di avvio dovrebbe verificare se l'ultimo avvio è avvenuto abbastanza di recente. Questo può essere fatto controllando un file di segnalazione creato dall'avvio precedente. Se il file non esiste, lo script può continuare e toccare il file e avviare il servizio. Se il file esiste, lo script dovrebbe verificare se il file è abbastanza vecchio. Se non è abbastanza vecchio, dovrebbe attendere (sleep) in un ciclo fino a quando il file diventa abbastanza vecchio.

Qualcosa del genere potrebbe funzionare (attende almeno 1 minuto tra i riavvii):

#!/bin/bash

SIGNALDIR=/tmp
SIGNALFILE=service.started

while /bin/true; do
        found=`find "${SIGNALDIR}" -maxdepth 1 -name "${SIGNALFILE}" -mmin -1 | wc -l`
        [ "${found}" -eq 0 ] && break
        echo "Waiting"
        sleep 10
done

touch "${SIGNALDIR}/${SIGNALFILE}"
original service start...

Dovresti limitare i tuoi riavvii nel ./finishfile per quel servizio, che viene eseguito al termine anomalo. Lo ./finishscript riceverà il codice di ritorno da ./rune da lì puoi determinare cosa fare, ecc. In ogni caso, dovresti avere lo ./finishscript che grida ad alta voce sugli errori e invia notifiche e salta tutto in fiamme ...

Non sono un fan della gestione dei processi basata su init (e runit è sostanzialmente un sostituto di init). Come stai scoprendo, il riavvio semplice di processi falliti non appena muoiono non è una strategia particolarmente buona. Ho usato init per riavviare il monit, ma questo è il massimo. (potenzialmente il killer OOM potrebbe uccidere il monit).

Quindi, ti incoraggio a cercare un sostituto anziché rimediare.

Monit è piuttosto vecchio, ma fa bene il lavoro, e non sono a conoscenza di qualcosa di meglio che è successo. Ha la bella caratteristica di non aver bisogno di mallocare più memoria dopo l'avvio, quindi batte l'inferno di qualsiasi cosa scritta in un linguaggio di scripting. L'ultima cosa che vuoi è che il tuo monitor di processo muoia perché non riesce a ottenere memoria.