Tâche #17678
Scénario #17455: Traitement express MEN (42-44)
Erreur de démarrage de bastion au reconfigure et au boot sur le module Hâpy
Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
Restant à faire (heures):
0.0
Description
Service opennebula is running [ OK ] Service libvirt-bin is running [ OK ] Service bastion is not running [ KO ] Service opennebula-sunstone is running [ OK ] Service z_stats is running [ OK ]
root@hapy:~# service bastion status ● bastion.service - Bastion firewall manager Loaded: loaded (/lib/systemd/system/bastion.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since mer. 2016-11-02 15:31:44 CET; 45s ago Process: 14948 ExecStart=/usr/sbin/bastion start (code=exited, status=1/FAILURE) Main PID: 14948 (code=exited, status=1/FAILURE) nov. 02 15:31:44 hapy systemd[1]: Starting Bastion firewall manager... nov. 02 15:31:44 hapy bastion[14948]: * Restauration des règles de pare-feu en cache nov. 02 15:31:44 hapy bastion[14948]: Another app is currently holding the xtables lock. Perhaps you want to use the -w option? nov. 02 15:31:44 hapy bastion[14948]: * Erreur iptables, vérifiez le noyau Linux utilisé par le serveur nov. 02 15:31:44 hapy bastion[14948]: ...fail! nov. 02 15:31:44 hapy systemd[1]: bastion.service: Main process exited, code=exited, status=1/FAILURE nov. 02 15:31:44 hapy systemd[1]: Failed to start Bastion firewall manager. nov. 02 15:31:44 hapy systemd[1]: bastion.service: Unit entered failed state. nov. 02 15:31:44 hapy systemd[1]: bastion.service: Failed with result 'exit-code'.
Évidemment l'erreur n'est pas systématique :(
J'ai également obtenu l'erreur après un redémarrage et visiblement Jenkins aussi :
http://jenkins.eole.lan/jenkins/job/test-checkinstance-hapy-2.6.0-amd64/lastFailedBuild/console
Demandes liées
Révisions associées
Override systemd de libvirt-bin pour démarrer avant bastion
ref #17678 @1h
Reload de systemd pour la prise en compte de l'override de libbirt-bin
ref #17678 @15m
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Sujet changé de Erreur de démarrage de bastion au reconfigure sur un module Hâpy à Erreur de démarrage de bastion au reconfigure et au boot sur le module Hâpy
#2 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Description mis à jour (diff)
#3 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Assigné à mis à Joël Cuissinat
#4 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Statut changé de Nouveau à En cours
#5 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Statut changé de En cours à Nouveau
#6 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Assigné à
Joël Cuissinatsupprimé
#7 Mis à jour par Fabrice Barconnière il y a plus de 7 ans
- Statut changé de Nouveau à En cours
- % réalisé changé de 0 à 100
- Restant à faire (heures) changé de 2.0 à 0.5
Pas facile à reproduire.
Avec le Before=bastion.service, on s'assure que libvirt-bin est complètement lancé avant de démarrer bastion pour éviter le holding the xtables lock.
#8 Mis à jour par Fabrice Barconnière il y a plus de 7 ans
- Assigné à mis à Fabrice Barconnière
#9 Mis à jour par Fabrice Barconnière il y a plus de 7 ans
- Statut changé de En cours à Résolu
#10 Mis à jour par Joël Cuissinat il y a plus de 7 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) changé de 0.5 à 0.0
C'est repassé au vert http://jenkins.eole.lan/jenkins/job/test-checkinstance-hapy-2.6.0-amd64/19/ :)