GNU/Linux >> Linux Esercitazione >  >> Linux

Richiesta di avvio del servizio ripetuta troppo rapidamente, rifiutando il limite di avvio

Soluzione 1:

Il limite predefinito è consentire 5 riavvii in un periodo di 10 secondi. Se un servizio supera tale soglia a causa del Restart= config nella definizione del servizio, non tenterà di riavviarsi ulteriormente.

Le tariffe sono configurate con il StartLimitIntervalSec= e StartLimitBurst= opzioni e il Restart= l'opzione controlla quando SystemD tenta di riavviare un servizio.

Maggiori informazioni in man systemd.unit e man systemd.service .

Quindi usa systemctl daemon-reload per ricaricare la configurazione dell'unità.

Soluzione 2:

Non è esattamente la stessa domanda, ma poiché questa è quella che viene fuori durante la ricerca...

Se vuoi semplicemente avviarlo ignorando questa assurda assurdità del limite (ad esempio su Debian dove è l'inevitabile risultato dell'avvio automatico dei servizi apt prima che siano configurati, condannandoli a fallire, andare in loop e raggiungere il limite, spammando così tanto il registro con l'inizio limita gli errori di cui non riesci nemmeno a leggere facilmente la causa):

Vedi https://bugzilla.redhat.com/show_bug.cgi?id=1016548 dove Michal Schmidt dice che puoi trovarlo in man systemd.service e suggerisce di reimpostare lo stato non riuscito:

systemctl reset-failed <service name>

Quindi ora il tuo servizio potrebbe iniziare. O almeno l'effettiva causa aggiornata del motivo per cui non dovrebbe essere nel registro, ad es. visto con journalctl -x

Soluzione 3:

Vale la pena notare che alcuni difetti sembrano generare questo errore, mentre la causa è diversa.

Ho commentato il bantime predefinito e ho inserito un inline**bantime = 7200 #3600** alternativo

Ho anche aggiunto una nuova sezione [sasl] , che includeva un nome di filtro che era cambiato rispetto a quello fornito nell'articolo che stavo seguendo.

Invece di sbagliare in uno di questi, fail2ban si è rifiutato di riavviare, dando il

richiesta di avvio del servizio ripetuta troppo velocemente, rifiutandosi di avviare l'errore

Solo quando ho commentato la sezione [sasl], ho ricevuto un errore che si riferiva a un bantime non valido, da cui ho capito che non è in grado di gestire i commenti in linea.

Quando l'ho corretto e ho decommentato la nuova sezione [sasl], ho ricevuto un errore che indicava che il filtro non era stato trovato. La sostituzione del filtro con il nome corretto ha comportato il ricaricamento di fail2ban come previsto.

Pertanto, se apporti modifiche e ricevi questo errore, assicurati di rimuovere le modifiche e di ottenere comunque lo stesso errore prima di provare a correggere un sintomo.


Linux
  1. Errore OpenCA – Lunghezza della chiave simmetrica troppo breve [Soluzione]

  2. Debian – Richiesta di avvio del servizio ripetuta troppo rapidamente, rifiutandosi di iniziare?

  3. Il servizio Systemd non avvia Nodejs?

  4. Impossibile avviare il servizio postgresql su CentOS 7

  5. Impossibile avviare il servizio di rete CentOS 7

Come avviare il servizio httpd in RHEL Linux

Come avviare, arrestare o riavviare Apache

Come avviare, arrestare o riavviare Nginx

Correzione dell'errore Nginx:413 Entità richiesta troppo grande

Ubuntu:avvia, arresta, riavvia i servizi

(rete irraggiungibile) errore nei log del mio server