Projet

Général

Profil

Tâche #17299

EOLE OpenNebula - Scénario #17465: Traiter le problème de l'accroche d'un Hâpy Node à un Hâpy

libvirt-bin ne démarre pas en même temps que le système sur Hâpy Node

Ajouté par Emmanuel GARETTE il y a plus de 7 ans. Mis à jour il y a plus de 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
27/09/2016
Echéance:
% réalisé:

100%

Temps estimé:
4.00 h
Temps passé:
Restant à faire (heures):
0.0

Description

root@hapy:~# reconfigure
[..]
root@hapy:~# systemctl status libvirt-bin
● libvirt-bin.service - Virtualization daemon
   Loaded: loaded (/lib/systemd/system/libvirt-bin.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/libvirt-bin.service.d
           └─bastion-dep.conf
   Active: active (running) since mar. 2016-09-27 11:05:59 CEST; 47s ago
     Docs: man:libvirtd(8)
           http://libvirt.org
 Main PID: 7964 (libvirtd)
   CGroup: /system.slice/libvirt-bin.service
           ├─7964 /usr/sbin/libvirtd
           ├─8420 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/lib/libvirt/libvirt_leaseshelper
           └─8421 /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf --leasefile-ro --dhcp-script=/usr/lib/libvirt/libvirt_leaseshelper

sept. 27 11:06:31 hapy libvirtd[7964]: OBJECT_UNREF: obj=0x555f80a7a0f0
sept. 27 11:06:31 hapy libvirtd[7964]: OBJECT_UNREF: obj=0x555f80a7a0f0
sept. 27 11:06:31 hapy libvirtd[7964]: OBJECT_DISPOSE: obj=0x555f80a7a0f0
sept. 27 11:06:31 hapy libvirtd[7964]: OBJECT_UNREF: obj=0x7fab9c000900
sept. 27 11:06:31 hapy libvirtd[7964]: OBJECT_DISPOSE: obj=0x7fab9c000900
sept. 27 11:06:31 hapy libvirtd[7964]: EVENT_POLL_REMOVE_TIMEOUT: timer=7
sept. 27 11:06:31 hapy libvirtd[7964]: OBJECT_UNREF: obj=0x555f80a9e580
sept. 27 11:06:31 hapy libvirtd[7964]: OBJECT_DISPOSE: obj=0x555f80a9e580
sept. 27 11:06:31 hapy libvirtd[7964]: RPC_SOCKET_DISPOSE: sock=0x555f80a9e580
sept. 27 11:06:31 hapy libvirtd[7964]: EVENT_POLL_RUN: nhandles=9 timeout=-1
root@hapy:/usr/share/eole/creole/dicos# reboot
W: molly-guard: SSH session detected!
Please type in hostname of the machine to reboot: hapy
Connection to hapy.ac-test.fr closed by remote host.
Connection to hapy.ac-test.fr closed.
[gnunux@manu ~]$ ssh -X root@hapy.ac-test.fr 
root@hapy.ac-test.fr's password: 
Warning: No xauth data; using fake authentication data for X11 forwarding.

EOLE est une distribution libre dérivée de la distribution Ubuntu.
Veuillez consulter les licences de chacun des produits dans
/usr/share/doc/*/copyright/.

Documentation EOLE : http://eole.ac-dijon.fr/documentations/

Last login: Tue Sep 27 10:57:25 2016 from 192.168.230.35
root@hapy:~# systemctl is-system-running 
running
root@hapy:~# systemctl --state=Failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
root@hapy:~# systemctl --state=failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
root@hapy:~# systemctl status libvirt-bin
● libvirt-bin.service - Virtualization daemon
   Loaded: loaded (/lib/systemd/system/libvirt-bin.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/libvirt-bin.service.d
           └─bastion-dep.conf
   Active: inactive (dead)
     Docs: man:libvirtd(8)
           http://libvirt.org
root@hapy:~# 

Demandes liées

Lié à EOLE OpenNebula - Tâche #16848: Erreur au reconfigure Fermé 23/05/2016
Lié à eole-libvirt - Scénario #19047: libvirt-bin n'est pas lancé après démarrage du serveur Hâpy 2.6.1 Terminé (Sprint) 13/02/2017 03/03/2017

Révisions associées

Révision b28971e1 (diff)
Ajouté par Fabrice Barconnière il y a plus de 7 ans

Plus besoin de dépendance de démarrage à bastion pour libvirt-bin

ref #17299 @30m

Révision 7f5e391c (diff)
Ajouté par Fabrice Barconnière il y a plus de 7 ans

Suppression de l'override du service libvirt-bin si existant

ref #17299 @10m

Révision 58dfd20a (diff)
Ajouté par Fabrice Barconnière il y a plus de 7 ans

Suppression de l'override de libvirt-bin devenu inutile

ref #17299 @15m

Historique

#1 Mis à jour par Emmanuel GARETTE il y a plus de 7 ans

  • Statut changé de Nouveau à En cours

#2 Mis à jour par Emmanuel GARETTE il y a plus de 7 ans

  • Assigné à mis à Emmanuel GARETTE

Dans journalctl :

sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found ordering cycle on multi-user.target/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found dependency on libvirt-guests.service/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found dependency on libvirt-bin.service/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found dependency on bastion.service/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found dependency on multi-user.target/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Breaking ordering cycle by deleting job libvirt-guests.service/start
sept. 27 16:57:45 hapy systemd[1]: libvirt-guests.service: Job libvirt-guests.service/start deleted to break ordering cycle starting with multi-user.target/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found ordering cycle on multi-user.target/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found dependency on libvirt-bin.service/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found dependency on bastion.service/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Found dependency on multi-user.target/start
sept. 27 16:57:45 hapy systemd[1]: multi-user.target: Breaking ordering cycle by deleting job libvirt-bin.service/start
sept. 27 16:57:45 hapy systemd[1]: libvirt-bin.service: Job libvirt-bin.service/start deleted to break ordering cycle starting with multi-user.target/start

#3 Mis à jour par Emmanuel GARETTE il y a plus de 7 ans

C'est la dépendance à Bastion qui pose problème (voir la demande liée).

#4 Mis à jour par Emmanuel GARETTE il y a plus de 7 ans

Le problème c'est que libvirt-bin est prévu de démarrer avant multi-user.target et après bastion.service, mais bastion.service est prévu pour démarré après multi-user.service.

#5 Mis à jour par Emmanuel GARETTE il y a plus de 7 ans

  • Tâche parente changé de #17200 à #17331

#6 Mis à jour par Emmanuel GARETTE il y a plus de 7 ans

  • Temps estimé mis à 4.00 h
  • Restant à faire (heures) mis à 4.0

#7 Mis à jour par Fabrice Barconnière il y a plus de 7 ans

  • % réalisé changé de 0 à 100
  • Restant à faire (heures) changé de 4.0 à 0.1

#8 Mis à jour par Fabrice Barconnière il y a plus de 7 ans

  • Statut changé de En cours à Résolu

#9 Mis à jour par Joël Cuissinat il y a plus de 7 ans

  • Sujet changé de libvirt-bin ne démarre pas en même temps que le système à libvirt-bin ne démarre pas en même temps que le système sur Hâpy Node

#10 Mis à jour par Joël Cuissinat il y a plus de 7 ans

  • Tâche parente changé de #17331 à #17465

#11 Mis à jour par Joël Cuissinat il y a plus de 7 ans

Plus d'erreur

#12 Mis à jour par Joël Cuissinat il y a plus de 7 ans

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) changé de 0.1 à 0.0

#13 Mis à jour par Joël Cuissinat il y a environ 7 ans

  • Lié à Scénario #19047: libvirt-bin n'est pas lancé après démarrage du serveur Hâpy 2.6.1 ajouté

Formats disponibles : Atom PDF