-
Problem report
-
Resolution: Duplicate
-
Minor
-
None
-
None
-
Sprint 70 (Nov 2020), Sprint 71 (Dec 2020), Sprint 72 (Jan 2021), Sprint 73 (Feb 2021), Sprint 74 (Mar 2021), Sprint 75 (Apr 2021), Sprint 76 (May 2021), Sprint 77 (Jun 2021), Sprint 78 (Jul 2021), Sprint 79 (Aug 2021), Sprint 80 (Sep 2021), Sprint 81 (Oct 2021), Sprint 82 (Nov 2021), Sprint 83 (Dec 2021), Sprint 84 (Jan 2022), Sprint 85 (Feb 2022), Sprint 86 (Mar 2022), Sprint 87 (Apr 2022), Sprint 88 (May 2022), Sprint 89 (Jun 2022), Sprint 90 (Jul 2022)
New modular template takes data using WMI get request, using key
wmi.getall[root\cimv2,"select * from win32_networkadapter where PhysicalAdapter=True"]
It allows to obtain more data and name discovered interfaces more nicely.
But, it's possible that it will return interfaces with identical names, which are used as unique part for item prototype keys. It leads that LLD rule gets failed and stop to work, as it tries to create duplicated items.
Here is example, GUI from windows:
And interfaces obtained by new and old ways, using zabbix_get:
zabbix_get_win32_networkadapter.txt
zabbix_get_net.if.discovery.txt
In the new way see names "HP NC382i DP Multifunction Gigabit Server Adapter" used for LAN1 and LAN2.
Note also that
"HP NC382i DP Multifunction Gigabit Server Adapter #11"
and
"HP NC382i DP Multifunction Gigabit Server Adapter #47"
for unknown reason are missing in the new way output.
All these troubles are not actual for old style of discovery - zabbix agent key 'net.if.discovery'
Probably related templates should be reviewed.
- depends on
-
ZBX-16803 LLD rule couldn't create items in template "Template OS Windows by Zabbix agent"
- Closed