Projet

Général

Profil

Tâche #10691

Distribution EOLE - Scénario #10808: Appliquer des contournements aux bugs de fonctionnement de la Trusty

Problème de démarrage des rng-tools

Ajouté par Daniel Dehennin il y a environ 9 ans. Mis à jour il y a environ 9 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
10/03/2015
Echéance:
% réalisé:

100%

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

Description

Il y a une erreur lors du démarrage du script System V de rng-tools

----------------------------------------------------------------------------------
                                Démarrage des services
----------------------------------------------------------------------------------
Start network service networking                                          [  OK  ]
Start Upstart service cron                                                [  OK  ]
Start System V service rng-tools                                          [  KO  ]
Service rng-tools in root not started: Usage: /etc/init.d/rng-tools {start|stop|restart|force-reload}

Demandes liées

Copié depuis eole-proxy - Tâche #10690: Passer le service squid3 à upstart Fermé 19/02/2015
Copié vers eole-common - Scénario #11053: En 2.5 et sur une machine virtuelle, rng-tools ne doit pas émettre d'erreur Terminé (Sprint) 04/06/2015 19/06/2015

Révisions associées

Révision 9b652424 (diff)
Ajouté par Daniel Dehennin il y a environ 9 ans

Affichage du retour des actions des services en cas d’erreur

Lorsqu’un service ne démarre pas, il faut affichier le message d’erreur
le plus pertinent :

- La sortie d’erreur de la commande d’action (« start » ou « stop »)

- La sortie d’erreur de la commande « status »

- La sortie standard de la commande « status ».

  • pyeole/service/module/service.py: Utilisation de la sortie d’erreur de
    la commande d’action en premier.
  • pyeole/service/module/upstart.py: Idem.

Ref: #10691 @2h

Révision 32d4e1a6 (diff)
Ajouté par Daniel Dehennin il y a environ 9 ans

Capture du code et de la sortie des actions Upstart

  • pyeole/service/module/upstart.py (Service._do_upstart): Capture des
    retours de « self._exec_cmd » afin d’utiliser « action_stderr ».

Ref: #10691

Historique

#1 Mis à jour par Daniel Dehennin il y a environ 9 ans

  • Temps estimé mis à 2.00 h
  • Restant à faire (heures) mis à 2.0

#2 Mis à jour par Daniel Dehennin il y a environ 9 ans

  • Statut changé de Nouveau à En cours

#3 Mis à jour par Daniel Dehennin il y a environ 9 ans

  • Assigné à mis à Daniel Dehennin

#4 Mis à jour par Joël Cuissinat il y a environ 9 ans

  • Statut changé de En cours à Nouveau
  • Assigné à Daniel Dehennin supprimé
  • Début 19/02/2015 supprimé
  • Temps estimé changé de 2.00 h à 4.00 h
  • Tâche parente changé de #10630 à #10808
  • Restant à faire (heures) changé de 2.0 à 4.0

#5 Mis à jour par Daniel Dehennin il y a environ 9 ans

  • Assigné à mis à Daniel Dehennin

#6 Mis à jour par Daniel Dehennin il y a environ 9 ans

  • Statut changé de Nouveau à En cours
  • Début mis à 10/03/2015

#7 Mis à jour par Daniel Dehennin il y a environ 9 ans

  • Statut changé de En cours à Résolu
  • % réalisé changé de 0 à 100

La vrai cause du problème est désormais apparente :

root@eolebase:~# CreoleService rng-tools start
Start System V service rng-tools                                                                                                                                                                                                       [  KO  ]
Service rng-tools in root not started: Starting Hardware RNG entropy gatherer daemon: (Hardware RNG device inode not found)
/etc/init.d/rng-tools: Cannot find a hardware RNG device to use.

#8 Mis à jour par Daniel Dehennin il y a environ 9 ans

À voir pour backporter en 2.4.2 si on ne part pas sur la 2.5.

#9 Mis à jour par Daniel Dehennin il y a environ 9 ans

  • Restant à faire (heures) changé de 4.0 à 0.15

#10 Mis à jour par Joël Cuissinat il y a environ 9 ans

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

Le backport en 2.4.2 n'est pas impératif.

J'ouvre un scénario pour l'erreur sur les VM => #11053

Formats disponibles : Atom PDF