Projet

Général

Profil

Scénario #32371

Hâpy 2.8.1rc1/2.8.1rc2 : service bastion en erreur après instance

Ajouté par Fabrice Barconnière il y a presque 3 ans. Mis à jour il y a plus de 2 ans.

Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
Catégorie:
-
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

Tâche #32483: Trouver l'origine de l''erreur basionFerméPhilippe Caseiro

Tâche #32489: Passer le test Squash avec un VM aca-hapy-2.8.1-rc1 DailyFerméPhilippe Caseiro

Tâche #32496: Corriger le problème confirmé sur IGORFerméBenjamin Bohard


Demandes liées

Lié à Distribution EOLE - Tâche #32809: Liste des cas de tests à repasser avec demandes associées Fermé 17/06/2021
Bloqué par Distribution EOLE - Tâche #32484: Installer Hâpy 2.8.1rc1 sur IGOR Fermé 03/06/2021

Historique

#1 Mis à jour par Fabrice Barconnière il y a presque 3 ans

  • Tâche parente #32216 supprimé

#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_eole supprimé
  • 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)

Formats disponibles : Atom PDF