Description
Bug reporting acknowledgment
Not applicable
Professional support
I would like to be contacted
Describe the bug
While doing snmp remounts for netbackup appliances from veritas or dxi from quantum, we realized that it doesn't take the OIDs of these brands, but the Get-SNMP one: .1.3.6.1.4.1.8072.3.2. 10
Which causes the hardware to be considered as a "computer" and to come up empty in glpi (thus refused by the rules), by modifying the xml generated by glpi-netdiscovery I replaced "computer" by "storage" and then I got some information, notably the name, serial number and some network information, the problem is that it can't come up automatically and that the manufacturer indicated is Net-SNMP instead of Veritas or Quantum.
I'm attaching the snmpwalk report with the oid
I'm attaching the links to the manufacturers on the OIDs they use for their hardware:
https://qsupport.quantum.com/freedownloads/dxi6500/2.3/6-67082-07_SNMP%20Reference%20Guide_2.3_DXi-Series_RevA.pdf
https://www.veritas.com/support/en_US/doc/109354493-152587296-0/v80732846-152587296
For Veritas you need to go to the SNMP hardware traps tab, Quantum's documentation shows their OID on page 7.
Veritas-BetBackup-walk-filename.txt
Quantum-Dxi-walk-filename.walk.txt
To reproduce
Make a snmp inventory towards this kind of material
Expected behavior
Normal feedback of all information and of the correct category of material, i.e. storage or appliance
Operating system
Linux
GLPI Agent version
v1.13
GLPI version
10.0.18
GLPIInventory plugin or other plugin version
GLPI Inventory v1.5.0
Additional context
No response