Solution 1 :
La limite par défaut est d'autoriser 5 redémarrages dans une période de 10 secondes. Si un service dépasse ce seuil en raison du Restart= config dans la définition de service, il ne tentera plus de redémarrer.
Les tarifs sont configurés avec le StartLimitIntervalSec= et StartLimitBurst= options et le Restart= L'option contrôle quand SystemD essaie de redémarrer un service.
Plus d'infos dans man systemd.unit et man systemd.service .
Utilisez ensuite systemctl daemon-reload pour recharger la configuration de l'unité.
Solution 2 :
Ce n'est pas exactement la même question, mais puisque c'est celle qui revient lors d'une recherche...
Si vous voulez simplement le démarrer en ignorant cette absurdité de limite absurde (par exemple sur Debian où c'est le résultat inévitable du démarrage automatique des services apt avant qu'ils ne soient configurés, les condamnant à échouer et à boucler et à atteindre la limite, spammant le journal si fort avec le début limiter les erreurs dont vous ne pouvez même pas lire facilement la cause) :
Voir https://bugzilla.redhat.com/show_bug.cgi?id=1016548 où Michal Schmidt dit que vous pouvez le trouver dans man systemd.service et suggère de réinitialiser le statut d'échec :
systemctl reset-failed <service name>
Alors maintenant, votre service pourrait commencer. Ou au moins la cause réelle à jour de la raison pour laquelle cela ne devrait pas être dans le journal, par exemple. vu avec journalctl -x
Solution 3 :
Il convient de noter que certains défauts semblent générer cette erreur, alors que la cause est différente.
J'ai commenté le bantime par défaut et inséré une alternative en ligne**bantime = 7200 #3600**
J'ai également ajouté une nouvelle section [sasl] , qui comprenait un nom de filtre qui avait changé par rapport à celui donné dans l'article que je suivais.
Au lieu de se tromper sur l'un ou l'autre, fail2ban a refusé de redémarrer, donnant le
demande de démarrage du service répétée trop rapidement, refus de démarrageror
Ce n'est que lorsque j'ai commenté la section [sasl] que j'ai reçu une erreur faisant référence à un bantime invalide, à partir duquel j'ai compris qu'il ne pouvait pas gérer les commentaires en ligne.
Lorsque j'ai corrigé cela et décommenté la nouvelle section [sasl], j'ai reçu une erreur indiquant que le filtre était introuvable. Le remplacement du filtre correctement nommé a entraîné le rechargement de fail2ban comme prévu.
Donc, si vous apportez des modifications et obtenez cette erreur, assurez-vous de supprimer les modifications et d'obtenir toujours la même erreur avant d'essayer de corriger un symptôme.