Can't upload xml files generated via command line inventory about glpi HOT 16 CLOSED

Model N3048EP-ON or sysobjectID .1.3.6.1.4.1.674.10895.3084 does not exist in the

https://github.com/glpi-project/sysobject.ids/blob/master/sysobject.ids

So Agent can't determine <TYPE>

a snmpwalk should allow my colleague @g-bougard to complete the sysobject.ids file

Best regards

from glpi.

Please provide inventory file.

from glpi.

@trasher Here you go.
switch01.xml.zip

from glpi.

This file is indeed missing mandatory TYPE node in INFO. What is the agent used to produce it?

from glpi.

The latest nightly build v1.8-gitd493d729

from glpi.

Can you try with latest stable agent (1.7.3)? It's certainly an agent side issue anyway.

from glpi.

What is the command to downgrade the agent? When I attempt to install v1.7.3:

perl glpi-agent-1.7.3-linux-installer.pl --install --verbose
Running on linux distro: Ubuntu 22.04.4 LTS : Ubuntu : 22.04.4 LTS (Jammy Jellyfish)...
Guessed installation type: network
Installing glpi-agent v1.7.3...
Trying to install glpi-agent v1.7.3-1 on Ubuntu 22.04.4 LTS release (Ubuntu:22.04.4 LTS (Jammy Jellyfish))...
glpi-agent will be upgraded
glpi-agent-task-network will be upgraded
Extracting glpi-agent_1.7.3-1_all.deb ...
Extracting glpi-agent-task-network_1.7.3-1_all.deb ...
Running: apt -y install /var/tmp/glpi-agent-task-network_1.7.3-1_all.deb /var/tmp/glpi-agent_1.7.3-1_all.deb 2>/dev/null
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Note, selecting 'glpi-agent-task-network' instead of '/var/tmp/glpi-agent-task-network_1.7.3-1_all.deb'
Note, selecting 'glpi-agent' instead of '/var/tmp/glpi-agent_1.7.3-1_all.deb'
Suggested packages:
  smartmontools read-edid
The following packages will be DOWNGRADED:
  glpi-agent glpi-agent-task-network
0 upgraded, 0 newly installed, 2 downgraded, 0 to remove and 7 not upgraded.
Failed to install glpi-agent

from glpi.

OK seems that --force did the trick. New xml with v1.7.3 attached.
switch02.xml.zip

from glpi.

OK, thanks. It misses also TYPE node.

It's always been required from netinventory; I'm a bit surprised this has not yet been caught. ping @g-bougard @stonebuzz

from glpi.

OK @stonebuzz, @g-bougard I can provide a snmpwalk if required. If you just give me the exact syntax of what's required.

from glpi.

Hi @GuidoWilden

if <TYPE> is missing, it's because the SNMP community associated with the IP (or Asset) has not allowed the agent to retrieve the sysObjectID (used to know the type -> Printer / NetworkEquipment according to the file https://github.com/glpi-project/sysobject.ids/blob/master/sysobject.ids )

Under normal circumstances, the agent "talks" to the GlpiInventory plugin, which would display an error message (or simply redirect the type to an Unmanaged).

But going straight to an injection in the native inventory with an erroneous XML is certainly poorly handled by GLPI.

Anyway, can you check the SNMP community associated with the SNMP inventory command ?

or upload the agent log here (debug mode 2 ) when doing the SNMP inventory

Best regards

from glpi.

Hey @stonebuzz,

The SNMP community string is fine as an snmpwalk works without a problem. We have eight of those switches and they do indeed all land in Unmanaged devices.

Log file:
glpi_inventory_log.txt.zip

from glpi.

I dont know if related but i found this

[debug] #1, partial match for sysobjectID .1.3.6.1.4.1.674.10895.3084 on manufacturer ID

from glpi.

I'm afraid I'm of no help here. The manufacturer is Dell and it's a bog standard switch so I'm a little surprised GLPI struggles with the hardware.

from glpi.

snmpwalk attached.
snmpwalk.txt.zip

from glpi.

Thanks @stonebuzz :)

@GuidoWilden, please provide snmpwalk in new issue on https://github.com/glpi-project/sysobject.ids project - I cannot transfer the issue

from glpi.