Scénario #32371
Hâpy 2.8.1rc1/2.8.1rc2 : service bastion en erreur après instance
Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
Début:
03/05/2021
Echéance:
04/06/2021
% réalisé:
100%
Temps estimé:
0.00 h
Points de scénarios:
1.0
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:
Release:
Liens avec la release:
Auto
Description
HP-002-003 - Configurer Hâpy sur IGOR (2.8.1-RC1)
Étudier le problème de non redémarrage de bastion
Pas №6¶
Le service bastion
est en erreur
Sous-tâches
Demandes liées
Historique
#1 Mis à jour par Fabrice Barconnière il y a presque 3 ans
- Tâche parente
#32216supprimé
#2 Mis à jour par Fabrice Barconnière il y a presque 3 ans
- Tracker changé de Tâche à Scénario
- Sujet changé de Correction HP-002-003 - Configurer Hâpy sur IGOR (2.8.1-RC1) à Service bastion en erreur après instance Hâpy 2.8.1 - HP-002-003 - Configurer Hâpy sur IGOR (2.8.1-RC1)
- Description mis à jour (diff)
- Echéance mis à 14/05/2021
- Assigné à
developpeurs_eolesupprimé - Release mis à EOLE 2.8.1
#3 Mis à jour par Daniel Dehennin il y a presque 3 ans
- Sujet changé de Service bastion en erreur après instance Hâpy 2.8.1 - HP-002-003 - Configurer Hâpy sur IGOR (2.8.1-RC1) à Hâpy 2.8.1 : service bastion en erreur après instance
- Description mis à jour (diff)
#4 Mis à jour par Daniel Dehennin il y a presque 3 ans
- Sujet changé de Hâpy 2.8.1 : service bastion en erreur après instance à Hâpy 2.8.1rc1 : service bastion en erreur après instance
#5 Mis à jour par Joël Cuissinat il y a presque 3 ans
- Version cible changé de sprint 2021 17-19 Equipe MENSR à Prestation Cadoles MEN 2021 20-22
- Points de scénarios mis à 1.0
#6 Mis à jour par Emmanuel GARETTE il y a presque 3 ans
- Assigné à mis à Philippe Caseiro
#7 Mis à jour par Daniel Dehennin il y a presque 3 ans
- Sujet changé de Hâpy 2.8.1rc1 : service bastion en erreur après instance à Hâpy 2.8.1rc1/2.8.1rc2 : service bastion en erreur après instance
Sur un Hapy 2.8.1 RC2, installé sur Igor, j’ai le même soucis :
juin 10 15:14:18 hapy systemd[1]: Condition check resulted in Bastion firewall manager being skipped. juin 10 15:20:18 igor systemd[1]: Starting Bastion firewall manager... juin 10 15:20:18 igor bastion[6632]: * Restauration des règles de pare-feu en cache juin 10 15:20:18 igor bastion[6700]: Another app is currently holding the xtables lock. Perhaps you want to use the -w option? juin 10 15:20:18 igor bastion[6632]: ...fail! juin 10 15:20:18 igor systemd[1]: bastion.service: Main process exited, code=exited, status=1/FAILURE juin 10 15:20:18 igor systemd[1]: bastion.service: Failed with result 'exit-code'. juin 10 15:20:18 igor systemd[1]: Failed to start Bastion firewall manager.
Je n’ai plus le soucis après un reconfigure.
Peut-être est-ce la désactivation du réseau par défault dans libvirt
qui modifie les règles de firewall au moment où bastion est démarré ?
#8 Mis à jour par Joël Cuissinat il y a presque 3 ans
- Lié à Tâche #32809: Liste des cas de tests à repasser avec demandes associées ajouté
#9 Mis à jour par Daniel Dehennin il y a presque 3 ans
Le serveur igor.eole.lan
est fraîchement installé depuis une ISO 2.8.1rc2 et démarré.
#10 Mis à jour par Fabrice Barconnière il y a plus de 2 ans
- Statut changé de Nouveau à Terminé (Sprint)