Projet

Général

Profil

Tâche #28362

Scénario #28274: Hapy: Étudier pourquoi la VM reste en état PENDING

Configuration systemd incorrecte pour opennebula-scheduler.service

Ajouté par Gilles Grandgérard il y a presque 5 ans. Mis à jour il y a presque 5 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
29/04/2019
Echéance:
% réalisé:

100%

Restant à faire (heures):
0.0

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

Révision 28f098d4 (diff)
Ajouté par Daniel Dehennin il y a presque 5 ans

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

Révision b1a97653 (diff)
Ajouté par Daniel Dehennin il y a presque 5 ans

OpenNebula scheduler service is named “opennebula-scheduler.service”

Ref: #28362

Révision 36145bf9 (diff)
Ajouté par Daniel Dehennin il y a presque 5 ans

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

Formats disponibles : Atom PDF