Tâche #28362
Scénario #28274: Hapy: Étudier pourquoi la VM reste en état PENDING
Configuration systemd incorrecte pour opennebula-scheduler.service
100%
Description
mai 20 18:29:02 hapy systemd[1]: multi-user.target: Found ordering cycle on opennebula-scheduler.service/stop mai 20 18:29:02 hapy systemd[1]: multi-user.target: Found dependency on opennebula.service/stop mai 20 18:29:02 hapy systemd[1]: multi-user.target: Found dependency on multi-user.target/stop mai 20 18:29:02 hapy systemd[1]: multi-user.target: Job opennebula-scheduler.service/stop deleted to break ordering cycle starting with multi-user.target/stop
Révisions associées
Break the loop between OpenNebula services and libvirtd
Since the activation of “opennebula-scheduler.service” in the XML for
HA setup, there is a loop in the services then systemd exclude
the scheduler service from the start services.
This breaks the dependencies of bastion too.
- systemd/opennebula-schedule.service.d/multi-user.conf: execute after
“multi-user.service”.
- systemd/opennebula-flow.service.d/multi-user.conf: execute after
“multi-user.service”.
- systemd/opennebula-sunstone.service.d/multi-user.conf: execute after
“multi-user.service”.
- systemd/opennebula.service.d/multi-user.conf: execute after
“multi-user.service”.
- systemd/opennebula.service.d/libvirtd.conf: new name of the
dependency management on “libvirtd.service”. Do not manage
dependency on multi-user.target in this file for consistency with
other files.
- eole-one-master.mk: install new service overrides.
Ref: #28362
OpenNebula scheduler service is named “opennebula-scheduler.service”
Ref: #28362
Remove old override
Ref: #28362
Historique
#1 Mis à jour par Gilles Grandgérard il y a presque 5 ans
- Statut changé de Nouveau à En cours
#2 Mis à jour par Scrum Master il y a presque 5 ans
- Statut changé de En cours à Nouveau
#3 Mis à jour par Scrum Master il y a presque 5 ans
- Statut changé de Nouveau à En cours
#4 Mis à jour par Scrum Master il y a presque 5 ans
- Description mis à jour (diff)
- Assigné à mis à Daniel Dehennin
#5 Mis à jour par Daniel Dehennin il y a presque 5 ans
Le problème vient de l’activation du service opennebula-scheduler.service
dans un dictionnaire qui entraîne une boucle de démarrage.
Il faut donc revoir toute la chaîne de dépendance, surtout que les services sont sensés démarrer après bastion.
#6 Mis à jour par Daniel Dehennin il y a presque 5 ans
- % réalisé changé de 0 à 100
#7 Mis à jour par Scrum Master il y a presque 5 ans
- Statut changé de En cours à Résolu
#8 Mis à jour par Joël Cuissinat il y a presque 5 ans
- Sujet changé de Configuratiion systemd incorrect opennebula-scheduler.service à Configuration systemd incorrect opennebula-scheduler.service
#9 Mis à jour par Joël Cuissinat il y a presque 5 ans
- Sujet changé de Configuration systemd incorrect opennebula-scheduler.service à Configuration systemd incorrecte pour opennebula-scheduler.service
#10 Mis à jour par Joël Cuissinat il y a presque 5 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0
Sera validé par la campagne 2.7.1-RC1