[GELÖST] glpi-plugin-export-to-glpi10

[TomTom]

Hallo zusammen,

seit dem Update unseres Servers auf Version 2.6 funktioniert die Datenübertragung zu GLPI nicht mehr korrekt.
Seltsamerweise funktioniert die Übertragung nur auf 36 von 240 Rechnern einwandfrei. Die meisten davon sind Server mit Debian/Ubuntu.

Kann mir jemand dabei helfen?

Vielen Dank im Voraus
, Thomas

[Blemoire]

Hallo Thomas,
du kannst das Paket audit-glpi-inventory auf allen Rechnern installieren, um das offizielle GLPI-Inventar zu erhalten, und es dann erneut exportieren.
Schönen Tag noch,
Bertrand

[TomTom]

Hallo Bertrand,

hat sich die Funktionsweise mit Version 2.6 geändert? Ich würde die Installation eines Agenten auf meinen Rechnern gerne vermeiden.
Die Serververwaltung schien mir aber eine gute Lösung.

[Sfonteneau]

Sind auf den Maschinen in WAPT, die keine korrekten Meldungen abgeben, Informationen im Reiter „Auditdaten“ vorhanden?

Verwenden Sie die neueste Version des GLPI-Audit-Exportpakets?

[TomTom]

Hallo Simon,

Ja, ich verwende tatsächlich die neueste Version. Ich verfüge zwar über Auditdaten, aber auf einigen Arbeitsstationen treten Fehler auf, die nicht gemeldet werden.

Code: Alle auswählen

{"status":"error","message":"JSON does not validate. Violations:\nString expected, 2022 received at #->properties:content->properties:monitors->items[0]:0->properties:description\n","expiration":24}

2024-12-18_08h30_08.png (53,51 KB) 6370 Aufrufe

[Sfonteneau]

Soweit ich das verstehe, funktioniert es nicht, weil dieser Teil des Exportpaketcodes nicht funktioniert:

Code: Alle auswählen

        # MONITOR
        for monitor in self.data["host_info"].get("monitors", {}):
            newmonitor = {
                "base64": monitor.get("b64_edid", ""),
                "caption": monitor.get("name", "") if monitor.get("name", "") else "Not Found",
                "description": monitor.get("manufactured", ""),
                "manufacturer": monitor.get("manufacturer", ""),
                "port": monitor.get("port", ""),
                "serial": str(monitor.get("serialno", "")),
            }
            jsondata["content"]["monitors"].append(delete_empty_entry_in_dict(newmonitor))

Und soweit ich das verstehe, ist der Wert des Begriffs „hergestellt“ das Problem.

im Geräteinventar:
host_info->monitors->[*]->manufactured

Es muss falsch formatiert sein...

Wie Bertrand oben bereits erwähnte

Sie können dieses Paket auf dem Rechner installieren:

https://wapt.tranquil.it/store/fr/tis-a ... -inventory

Es ermöglicht Ihnen, den GLPI-Bestand im Register „Maschinenprüfungsdaten“ abzurufen.

Dies ermöglicht es, genau denselben Bestand von GLPI zu GLPI zu senden (in diesem Fall wird der GLPI-Bestand nicht aus dem Wapt-Bestand neu erstellt; er verwendet tatsächlich den GLPI-Bestand, sodass Wapt als Gateway fungiert).

Wenn das Paket glpi-plugin-export-to-glpi10 ausgeführt wird und feststellt, dass ein Audit-Datensatz "audit-glpi-inventory" verfügbar ist, verwendet es diesen Datensatz direkt.

[TomTom]

Danke Simon für die Erklärungen, ich verstehe die Funktionsweise dieses GLPI-Audit-Pakets jetzt etwas besser.

Tatsächlich laden meine Rechner nach der Installation ihre Inventardaten wieder in GLPI hoch. Super!

Noch eine Frage: Warum hat das audit-glpi-Paket für Linux eine Abhängigkeit? Kann es auch ohne diese installiert werden?

[Sfonteneau]

Noch eine Frage: Hat das audit-glpi-Paket für Linux eine Abhängigkeit? Kann es ohne diese depolymerisiert werden?

Das Paket tis-audit-glpi-inventory ist tatsächlich von tis-glpi-agent abhängig, da es den GLPI-Agenten zum Aufbau des Inventars benötigt.

Der GLPI-Agent dient lediglich der Inventargenerierung; er ist nicht mit einem Server verbunden.

[TomTom]

Die Liste der Linux-Rechner ist nun aktuell.

Vielen Dank, Simon und Bertrand. Ich schließe das Ticket ab!