Une machine inconnue n’apparaît pas dans Medulla ou GLPI après Register PXE
S'applique à : Medulla / Imaging / PXE
Version : Toutes
Environnement : On-Premise
Catégorie : Imaging / PXE
Contexte
Lors d’un déploiement PXE avec Medulla, une machine inconnue peut parfois ne pas apparaître dans Medulla ou GLPI après l’étape Register.
Dans un fonctionnement normal, le processus PXE crée un fichier d’inventaire XML qui est ensuite traité automatiquement par le service Medulla chargé de l’enregistrement des machines.
Symptôme :
La machine démarre correctement en PXE, le menu Register s’exécute, mais aucun ordinateur n’apparaît ensuite dans Medulla ou GLPI.
1. Vérifier la présence des fichiers d’inventaire PXE
Lorsqu’une machine passe par l’étape Register, un fichier XML d’inventaire est automatiquement créé dans le répertoire suivant :
/var/lib/pulse2/imaging/inventories/Depuis votre serveur Medulla, exécuter la commande suivante :
ls -lah /var/lib/pulse2/imaging/inventories/Cas normal
Le répertoire doit être vide ou les fichiers doivent disparaître rapidement après leur création.
Cela signifie que le service d’enregistrement PXE traite correctement les inventaires.
Cas anormal
Si un ou plusieurs fichiers .xml restent présents dans ce dossier, cela signifie généralement que le service de traitement PXE ne traite plus les fichiers d’inventaire.
Important :
La présence persistante de fichiers XML dans ce répertoire indique généralement un blocage du service pulse2-register-pxe.service.
2. Redémarrer le service d’enregistrement PXE
Redémarrer le service responsable du traitement des inventaires PXE :
systemctl restart pulse2-register-pxe.serviceUne fois le service redémarré, vérifier si les fichiers XML disparaissent automatiquement du dossier :
ls -lah /var/lib/pulse2/imaging/inventories/Résultat attendu
- Les fichiers XML doivent être traités puis supprimés automatiquement
- La machine doit ensuite apparaître dans Medulla
- Selon votre configuration, l’équipement doit également être synchronisé dans GLPI
3. Vérifier l’état du service
Pour vérifier que le service est bien démarré :
systemctl status pulse2-register-pxe.serviceLe service doit apparaître dans un état :
active (running)Attention :
Si le service est en état failed, inactive ou redémarre en boucle, consulter les logs pour identifier l’erreur.
4. Consulter les logs du service
Le journal du service d’enregistrement PXE est disponible ici :
/var/log/mmc/pulse2-register-pxe.logAfficher les dernières lignes du log :
tail -f /var/log/mmc/pulse2-register-pxe.logOu consulter les dernières erreurs :
tail -100 /var/log/mmc/pulse2-register-pxe.logPoints à vérifier dans les logs
- Erreur de parsing XML
- Erreur de connexion à la base de données
- Problème de communication avec GLPI
- Erreur de permissions sur les fichiers d’inventaire
- Crash du processus d’enregistrement
5. Vérifications complémentaires
Si le problème persiste après redémarrage du service, vérifier les éléments suivants :
| Élément | Vérification |
|---|---|
| Boot PXE | La machine arrive bien jusqu’au menu Register |
| DHCP | Les options PXE sont correctes |
| Stockage XML | Les fichiers sont créés dans /var/lib/pulse2/imaging/inventories/ |
| Service PXE | pulse2-register-pxe.service actif |
| Logs | Aucune erreur bloquante dans le journal |
| GLPI | Synchronisation opérationnelle si utilisée |
Valeurs par défaut
| Élément | Valeur |
|---|---|
| Répertoire des inventaires PXE | /var/lib/pulse2/imaging/inventories/ |
| Service PXE | pulse2-register-pxe.service |
| Fichier de log | /var/log/mmc/pulse2-register-pxe.log |
| Commande de redémarrage | systemctl restart pulse2-register-pxe.service |