[RESOLU] glpi-plugin-export-to-glpi10

[TomTom]

Bonjour à tous,

Depuis MAJ de notre serveur en 2.6, la remontée vers GLPI ne fonctionne plus correctement.
Bizarrement je n'ai que 36 machines qui remontent correctement sur notre parc de 240. La grande majorité étant des serveurs sous Debian/Ubuntu.

Quelqu'un peut-il m'aider sur ce sujet?

Merci d'avance
Thomas

[blemoigne]

Bonjour Thomas,
Tu peux installer le paquet audit-glpi-inventory sur toutes les machines pour avoir l'inventaire officiel GLPI et retenter un export ensuite.
Bonne journée,
Bertrand

[TomTom]

Bonjour Bertrand,

Le fonctionnement a changé avec la 2.6? J'aimerais éviter de déployer un agent sur mes postes.
Le fait de laisser le serveur s'en occuper était une bonne idée pourtant.

[sfonteneau]

Sur les machines dans wapt qui ne remonte pas correctement a tu une information dans l'onglet donnée d'audit?

Est tu dans la dernière version du paquet export glpi audit ?

[TomTom]

Bonjour Simon,

Oui je suis bien dans la dernière version. Par contre effectivement j'ai des données d'audit mais des erreurs sur les postes qui ne remontent pas :

Code : Tout sélectionner

{"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 Kio) Vu 1137 fois

[sfonteneau]

D'après ce que je comprend cela n'arrive pas a remonter car ceci dans le code du paquet d'export ne fonctionne pas :

Code : Tout sélectionner

        # 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))

Et de ce que je comprend c'est la valeur de manufactured qui pose problème.

dans dans inventaire materiel:
host_info->monitors->[*]->manufactured

on doit visiblement mal le formater ...

Comme l'indiquait Bertrand plus haut

Sur les machine tu peux installer ce paquet là :

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

Il permet de remonter l'inventaire glpi dans l'onglet donnée d'audit des machine.

Cela permet de renvoyer a glpi exactement l'inventaire de glpi (on ne reconstruit pas l'inventaire de glpi a partir de celui de wapt dans ce cas, on prend réellement celui de glpi wapt sert donc de passerelle )

Lorsque que le paquet glpi-plugin-export-to-glpi10 passe , si il il vois qu'une donnée d'audit "audit-glpi-inventory" est disponible alors il prend directement celle-ci

[TomTom]

Merci Simon pour les explications, je commence à comprendre un peu mieux le fonctionnement de ce paquet d'audit GLPI.

Effectivement, après l'avoir déployé, mes machines remontent à nouveau leur inventaire à GLPI. Super!

Autre question, pourquoi le paquet d'audit-glpi pour linux a-t-il une dépendance? On peut le déployer sans cette dernière?

[sfonteneau]

Autre question, pour le paque d'audit-glpi pour linux a-t-il une dépendance? On peut le dépolyer sans cette dernière?

Effectivement le paquet tis-audit-glpi-inventory a une dépendance a tis-glpi-agent car il a vraiement besoin du glpi agent pour contruire l'inventaire

Juste l'agent glpi ne sert qu'a générer l'inventaire il n'est pas connecter a un serveur

[TomTom]

Inventaire des machines Linux à jour aussi à présent.

Merci beaucoup Simon et Bertrand. Je clos!