Skip to main content

An unknown machine does not appear in Medulla or GLPI after Register PXE

Applies to: Medulla / Imaging / PXE
Version: All
Environment: On-Premise
Category: Imaging / PXE

Context

During a PXE deployment with Medulla, an unknown machine may sometimes fail to appear in Medulla or GLPI after the Register step.

Under normal circumstances, the PXE process creates an XML inventory file, which is then automatically processed by the Medulla service responsible for registering machines.

Symptom:
The machine boots correctly via PXE, the " Register " menu runs, but no computer subsequently appears in Medulla or GLPI.


1. Check for the presence of PXE inventory files

When a machine goes through the Register step, an XML inventory file is automatically created in the following directory:

/var/lib/pulse2/imaging/inventories/

From your Medulla server, run the following command:

ls -lah /var/lib/pulse2/imaging/inventories/

Normal case

The directory should be empty, or the files should disappear shortly after they are created.

This means that the PXE registration service is processing the inventories correctly.

Abnormal case

If one or more .xml files remain in this directory, this generally means that the PXE processing service is no longer processing the inventory files.

Important:
The persistent presence of XML files in this directory usually indicates that the pulse2-register-pxe.service has hung.


2. Restart the PXE registration service

Restart the service responsible for processing PXE inventories:

systemctl restart pulse2-register-pxe.service

Once the service has restarted, check whether the XML files are automatically removed from the folder:

ls -lah /var/lib/pulse2/imaging/inventories/

Expected result

  • The XML files should be processed and then automatically deleted
  • The machine should then appear in Medulla
  • Depending on your configuration, the device should also be synchronized in GLPI

3. Check the service status

To verify that the service is running:

systemctl status pulse2-register-pxe.service

The service should appear with the following status:

active (running)

Warning:
If the service is in a "failed" or " inactive " state, or is restarting in a loop, check the logs to identify the error.


4. Check the service logs

The PXE registration service log is available here:

/var/log/mmc/pulse2-register-pxe.log

Display the latest lines of the log:

tail -f /var/log/mmc/pulse2-register-pxe.log

Or view the latest errors:

tail -100 /var/log/mmc/pulse2-register-pxe.log

Items to check in the logs

  • XML parsing error
  • Database connection error
  • Communication issue with GLPI
  • Permission error on inventory files
  • Registration process crash

5. Additional Checks

If the problem persists after restarting the service, check the following:

Item Check
PXE Boot Does the machine reach the Register menu?
DHCP The PXE options are correct
XML Storage The files are created in /var/lib/pulse2/imaging/inventories/
PXE Service pulse2-register-pxe.service is active
Logs No blocking errors in the log
GLPI Synchronization is working if used

Default values

Element Value
PXE inventory directory /var/lib/pulse2/imaging/inventories/
PXE Service pulse2-register-pxe.service
Log file /var/log/mmc/pulse2-register-pxe.log
Restart command systemctl restart pulse2-register-pxe.service