Skip to main content

Imaging - symptômes

Voici quelques symptômes et leur causes possibles

 

La machine boot sur le réseau mais rien ne se passe

La machine n'arrive pas à charger ipxe depuis le serveur imaging.

Vérifier ce qu'il se passe au niveau du service tftp-hpa du serveur concerné.

 

La machine afficher un menu, mais rien ne se passe quand on sélectionne une entrée

Ce cas est arrivé lorsque des infos sont manquantes lors de la génération du menu. Par exemple le chemin pour trouver l'image davos à charger n'est pas complet, etc....

  1. Vérifier le contenu du menu par défaut via l'url (remplacer <srv> par l'ip / dns du package-server): https://<srv>/mmc/imaging/bootmenu.php?debug=1 (le lien mène vers un exemple de menu fonctionnel). 

  2. Vérifier que les urls soient bien formé. Exemple d'uril mal formée

    :register
set url_path http://${next-server}/downloads//
    Devrait être: 
    :register
set url_path http://${next-server}/downloads/davos/
  3. Vérifier le contenu du menu spécifique à la machine:
    https://<srv>/mmc/imaging/bootmenu.php?debug=1&srv=<ip_public>&uuid=<uuid_machine>&srvuuid=<uuid_package_server>  (le lien mène vers un exemple de menu spécifique à une machine).
    1. <srv> = serveur à contacter
    2. <uuid> = uuid de la machine, on peut le trouver dans l'inventaire. Si la machine n'est pas enregistrée, on n'a pas son uuid.
    3. <srvuuid> = uuid du package serveur. Cet uuid est disponible dans le fichier : /etc/mmc/pulse2/package-server/package-server.ini.local

Des infos sur le serveur ne sont pas trouvées: L'uuid du package-server à peut-être été modifié.

La machine lance l'action register mais ne remonte pas.

C'est l'un des cas les compliqué à gérer car cette erreur peut être dû à n'importe quel maillon de la chaîne de transfert de l'inventaire, et ce lors de l'émission ou de la réception.

  • davos génère inventaire
    • L'inventaire n'est pas généré
  • davos pousse l'inventaire sur <srv>/var/lib/pulse2/imaging/inventories
    • L'inventaire n'est pas enregistré dans <srv>/var/lib/pulse2/imaging/inventories/<mac>.xml

=> Suivre la documentation imaging davos debug

  • pulse2-register-pxe intercepte l'inventaire et l'envoie à pulse2-package-server
    • pulse2-register-pxe n'est pas lancé
    • pulse2-register-pxe génère une traceback
    • pulse2-register-pxe n'envoie pas l'inventaire à pulse2-package-server

systemctl restart pulse2-register-pxe

  • pulse2-package-server lance l'inventaire à message-sender
    • pulse2-package-server n'est pas lancé

systemctl restart pulse2-package-server 

    • pulse2-package-server génère une traceback

Vérifier les logs dans mmc (sur le serveur principal): tail -f /var/log/mmc/mmc-agent.log

  • message-sender l'envoie à subsitut-inventory
    • message-sender est appelé mais n'envoit pas l'inventaire

Vérifier la section [connection] du fichier de configuration /etc/mmc/pulse2/package-server/package-server.ini et /etc/mmc/pulse2/package-server/package-server.ini.local

  • substitut-inventory l'envoie au collecteur d'inventaire (glpi / itsm-ng/ ...)
    • substitut-inventory n'est pas lancé (serveur principal)

systemctl restart pulse-xmpp-master-substitute-inventory.service

    • substitut-inventory n'accepte pas l'inventaire

Pour des informations complémentaires, n'hésitez pas à visiter cette documentation.

Ma machine s'enregistre sur le bon imaging Serveur mais pas dans la bonne entité

Il est possible qu'une machine s'enregistre sur le bon imaging serveur, mais pas sur la bonne entité. Vérifiez les règles d'association des entités dans GLPI.

 

Mon serveur d'imaging est bien associé mais n'est pas accessible dans l'interface
  • Cela peut être parce que le service pulse2-package-server est éteint.
  • l'uuid du package-server à été modifiée
  • la communication xmlrpc ne s'établit pas entre le package-server et le serveur principal
  • le package-server a été associé avec une autre entité

 

Je lance la création d'un backup mais ça échoue
    Vérifier l'espace disque Regarder les logs de création de l'image dans src:/var/lib/pulse2/imaging/masters/<uuid_master>/davos.log pour plus de détails

     

    Je restaure une image mais mon sysprep ne s'exécute pas

    Pour pouvoir exécuter un sysprep à la suite de la restauration d'une image, il est nécessaire de créer et associer un script de postinstallation au master, dans le menu de la machine. Le script doit faire la copie du sysprep que vous avez créé.

     

    Back to top