Tâche #9879
Scénario #8830: Fermer les taches => Évolutions Haute-disponibilité
Le script d'init bastion ne tient pas compte de la haute disponibilité
Description
Le script d'init bastion ne tient pas compte de la haute disponibilité lors d'un reconfigure:
cela provoque des comportements inadéquats sur les ressources managées, notamment sur Sphynx et le VPN, qu'il soit lancé depuis le noeud maitre ou le noeud esclave.
Demandes liées
Révisions associées
Mise en état standby du noeud au reconfigure.
- scripts/haute_dispo_maintenance dispose de 4 options :
- unmanage : passages des ressources locales en unmanage
- manage : passages des ressources "locales" en manage + cleanup
- activate : passage du noeud local en standby
(bascule des ressources "locales" sur le noeud distant) - deactivate : passage du noeud local online + cleanup
- scripts/appliquer_hautedispo :
- stoppe les ressources
- génère et applique la nouvelle configuration HA
- preservice/00-haute-dispo :
- mise en standby du noeud local
- postservice/00-haute-dispo :
- mise online du noeud local
- regénère la configuration HA à chaque instance / reconfigure
- synchronise les noeuds à l' instance si demandé
- tmpl/haute_dispo.logrotate :
- suppression de la temporisation maintenant dans haute_dispo_maintenance
fixes #9879 @15h
scripts/haute_dispo_maintenance : inveresion des actions dans
l'affichage de l'aide
ref #9879 @10m
scripts/haute_dispo_maintenance : test de présence des ressources avant
d'effectuer des actions dessus.
ref #9879 @1h
Historique
#1 Mis à jour par Fabrice Barconnière il y a plus de 9 ans
- Description mis à jour (diff)
#2 Mis à jour par Fabrice Barconnière il y a plus de 9 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit eole-pacemaker:88fa2b3b17ef427da07cea5a03412ca2e0c7123c.
#3 Mis à jour par Fabrice Barconnière il y a plus de 9 ans
- Restant à faire (heures) changé de 2.0 à 0.1
#4 Mis à jour par Fabrice Barconnière il y a plus de 9 ans
L'automatisation des commandes sur le cluster HA se déroule trop rapidement pour Corosync. J'ai ajouté des sleep entre ces actions, cela permet de moins le perturber. S'il arrive que les actions se déroulent quand même trop rapidement, après reconfigure le cluster mettra juste un peu de temps (1 à 2 mn) à se stabiliser.
#5 Mis à jour par Fabrice Barconnière il y a plus de 9 ans
- Statut changé de Résolu à Reporté
- Restant à faire (heures) changé de 0.1 à 0.0