You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2024-09-10 17:50:15

Aubete
Member
Registered: 2024-09-10
Posts: 2

An SNMP inventory query does not provide evaluable information

Hello!

I have been struggling with a problem for some time, the network inventory. It's almost done, but the SNMP query is weird. Maybe I missed something, but after reading a lot of descriptions and forums, I couldn't get any further.

I have defined a network discovery with 4 ip ranges and a linux (debian12) agent is doing the work. Apparently (according to the logs) it does the job, but the snmp query only returned results for 3 unifi devices. and there are quite a few network switches in the system that we monitor via SNMP. So SNMP works on them, snmpwalk run on the agent returns all relevant information, but z snmp inventory returns nothing. I am now pasting the logs and snmpwalk details of one device here, but the situation is similar for the others. It did not recognize the printers either, even though the counters are also queried via snmp.

The data:
GLPI: GLPI 10.0.16
GLPI Agent: 1.10 Linux via eg script --type=all
OS: Debian 12
INventory: GLPI Inventory from marketplace

The switch log from agent:

[Tue Sep 10 16:38:31 2024][debug] #0898, partial match for sysobjectID .1.3.6.1.4.1.11863.5.28 on manufacturer ID
[Tue Sep 10 16:38:31 2024][debug] #0898, - scanning 10.96.0.180 with SNMP, credentials 2: success
[Tue Sep 10 16:38:31 2024][debug] #0898, - scanning 10.96.0.180 with netbios: no result
[Tue Sep 10 16:38:31 2024][debug] #0898, - scanning 10.96.0.180 with echo ping: success
[Tue Sep 10 16:38:31 2024][debug] #0898, - scanning 10.96.0.180 in arp table: success
[Tue Sep 10 16:38:32 2024][debug] #0898, #0898, worker termination

snmpwalk some relevant info:

iso.3.6.1.2.1.1.1.0 = STRING: "JetStream 24-Port Gigabit Smart Switch with 4 SFP Slots"
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.11863.5.28
iso.3.6.1.2.1.1.3.0 = Timeticks: (370588248) 42 days, 21:24:42.48
iso.3.6.1.2.1.1.4.0 = STRING: "www.tp-link.com"
iso.3.6.1.2.1.1.5.0 = STRING: "T1600G-28TS-MNGT"
iso.3.6.1.2.1.1.6.0 = STRING: "CDR1MNGT"
...
iso.3.6.1.2.1.2.2.1.2.864 = STRING: "Vlan-interface864"
iso.3.6.1.2.1.2.2.1.2.32769 = STRING: "port-channel 1"
iso.3.6.1.2.1.2.2.1.2.32770 = STRING: "port-channel 2"
iso.3.6.1.2.1.2.2.1.2.49153 = STRING: "gigabitEthernet 1/0/1 : copper"
iso.3.6.1.2.1.2.2.1.2.49154 = STRING: "gigabitEthernet 1/0/2 : copper"
...
iso.3.6.1.2.1.4.20.1.1.10.96.0.180 = IpAddress: 10.96.0.180
iso.3.6.1.2.1.4.20.1.2.10.96.0.180 = INTEGER: 864
iso.3.6.1.2.1.4.20.1.3.10.96.0.180 = IpAddress: 255.255.255.0

everything that is currently in the inventory was recorded by hand. But the situation is no different for the other switches.

What that found looks like this: this is a "full match" result in the database. How can I update the database? or how can I get him to learn about network devices and printers? The TP-Link is a partial match

[Tue Sep 10 16:11:08 2024][debug] #0153, scanning 10.96.0.31
[Tue Sep 10 16:11:08 2024][debug] #0153, full match for sysobjectID .1.3.6.1.4.1.8072.3.2.10 in database
[Tue Sep 10 16:11:08 2024][debug] #0153, sysobjectID match: linuxAppliance mib support enabled
[Tue Sep 10 16:11:08 2024][debug] #0153, - scanning 10.96.0.31 with SNMP, credentials 2: success
[Tue Sep 10 16:11:08 2024][debug] #0153, - scanning 10.96.0.31 with netbios: no result
[Tue Sep 10 16:11:08 2024][debug] #0153, - scanning 10.96.0.31 with echo ping: success
[Tue Sep 10 16:11:08 2024][debug] #0153, - scanning 10.96.0.31 in arp table: success
[Tue Sep 10 16:11:08 2024][debug] #0153, #0153, worker termination

Thank you for help!

Offline

#2 2024-09-23 12:04:17

Aubete
Member
Registered: 2024-09-10
Posts: 2

Re: An SNMP inventory query does not provide evaluable information

Hello!

I read everything I could, manuals, forums, I even searched the source on github, but I couldn't find the solution

I find the device with network discovery, netinventory scan the device (ip range mode), and nothing. The logos are up.

I manually assign it to network devices. I set the SNMP credentials before that, I tested the SNMP result with snmpwalk, everything came back, and LibreNMS also queries the device on SNMP the device just fine. Then I created a snmp netinventory task, I only added two device and an agent.

I would also send pictures, but unfortunately I can't find the description of attaching the picture to the forum. I don't have the storage space to link it from outside.

After that, I started a manual inventory from the agent's website.

Here is the log:

[Mon Sep 23 10:56:30 2024][debug] [http server] HTTPD service stopped
[Mon Sep 23 10:56:30 2024][info] GLPI Agent exiting (66118)
[Mon Sep 23 10:56:30 2024][debug] Logger backend File initialized
[Mon Sep 23 10:56:30 2024][debug] GLPI Agent (1.10-1)
[Mon Sep 23 10:56:30 2024][debug] Configuration directory: /etc/glpi-agent
[Mon Sep 23 10:56:30 2024][debug] Data directory: /usr/share/glpi-agent
[Mon Sep 23 10:56:30 2024][debug] Storage directory: /var/lib/glpi-agent
[Mon Sep 23 10:56:30 2024][debug] Lib directory: /usr/share/glpi-agent/lib
[Mon Sep 23 10:56:30 2024][debug] [target server0] Next server contact planned for Mon Sep 23 11:29:55 2024
[Mon Sep 23 10:56:30 2024][debug] Available tasks:
[Mon Sep 23 10:56:30 2024][debug] - Collect: 2.9
[Mon Sep 23 10:56:30 2024][debug] - Deploy: 3.2
[Mon Sep 23 10:56:30 2024][debug] - ESX: 2.11
[Mon Sep 23 10:56:30 2024][debug] - Inventory: 1.17
[Mon Sep 23 10:56:30 2024][debug] - NetDiscovery: 6.3
[Mon Sep 23 10:56:30 2024][debug] - NetInventory: 6.3
[Mon Sep 23 10:56:30 2024][debug] - RemoteInventory: 1.5
[Mon Sep 23 10:56:30 2024][debug] - WakeOnLan: 2.2
[Mon Sep 23 10:56:30 2024][debug] target server0: server http://glpi.centraldrinks.hu/marketplace/glpiinventory/
[Mon Sep 23 10:56:30 2024][debug] Planned tasks for server0: Inventory,Deploy,Inventory,NetDiscovery,NetInventory
[Mon Sep 23 10:56:30 2024][debug] Built by Debian
[Mon Sep 23 10:56:30 2024][debug] Source time: 2024-07-09 09:29
[Mon Sep 23 10:56:30 2024][info] GLPI Agent starting
[Mon Sep 23 10:56:30 2024][debug] Skipping running daemon control based on PID file checking
[Mon Sep 23 10:56:30 2024][debug] GLPI Agent started in foreground

--cut--

[Mon Sep 23 11:10:18 2024][debug] Section DATABASES_SERVICES has changed since last inventory
[Mon Sep 23 11:10:18 2024][debug] Section PROCESSES has changed since last inventory
[Mon Sep 23 11:10:18 2024][debug] Full inventory postponed: 13/14
[Mon Sep 23 11:10:18 2024][debug] forking process 820768 to handle child job
[Mon Sep 23 11:10:18 2024][debug] forking process 820768 to handle task NetDiscovery
[Mon Sep 23 11:10:18 2024][debug] NetDiscovery task execution not requested
[Mon Sep 23 11:10:19 2024][debug] forking process 820771 to handle child job
[Mon Sep 23 11:10:19 2024][debug] forking process 820771 to handle task NetInventory
[Mon Sep 23 11:10:19 2024][info] running task NetInventory
[Mon Sep 23 11:10:19 2024][debug] Current netinventory run expiration timeout: 1.0 hour
[Mon Sep 23 11:10:19 2024][debug] using 1 netinventory worker
[Mon Sep 23 11:10:19 2024][debug] #1, full snmp scan of 10.96.0.182 with credentials 2
[Mon Sep 23 11:10:19 2024][debug] #1, full match for sysobjectID .1.3.6.1.4.1.11863.5.33 in database
[Mon Sep 23 11:10:34 2024][debug] #1, LLDP support: skipping network address: GXW4232V2_c0:74:ad:90:59:9d, 10.96.195.190, GXW4232V2 1.0.7.2
[Mon Sep 23 11:10:34 2024][debug] #1, LLDP support: skipping network address: GXW4232V2_c0:74:ad:90:59:a5, 10.96.195.191, GXW4232V2 1.0.9.1
[Mon Sep 23 11:10:34 2024][debug] #1, LLDP support: unknown interface 24 in LLDP info, ignoring
[Mon Sep 23 11:10:34 2024][debug] #1, LLDP support: unknown interface 23 in LLDP info, ignoring
[Mon Sep 23 11:10:34 2024][debug] #1, LLDP support: unknown interface 16 in LLDP info, ignoring
[Mon Sep 23 11:10:42 2024][debug] #1, full snmp scan of 10.96.0.183 with credentials 2
[Mon Sep 23 11:10:42 2024][debug] #1, full match for sysobjectID .1.3.6.1.4.1.11863.5.29 in database
[Mon Sep 23 11:11:04 2024][debug] #1, Netinventory worker terminated

Apparently, it retrieves the data, but after that, but only the fields that I filled in during the conversion are filled in.

In practice, the snmp query has no results and thus no sense.

GLPI: GLPI 10.0.16
GLPI Agent: 1.10 Linux via script --type=all
OS: Debian 12
Inventory: GLPI Inventory from marketplace
Switch: TP-Link T2600G-28TS

Offline

Board footer

Powered by FluxBB