ZABBIX FEATURE REQUESTS

Inventory Macro Support

Details

  • Type: Sub-task Sub-task
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 1.8.2
  • Fix Version/s: None
  • Component/s: None
  • Labels:
    None
  • Environment:
    ubuntu 8.04
    mysql 5
    zabbix 1.8.1
  • Zabbix ID:
    NA

Description

Issue: Population of Inventory

to Include Macro support for Profile fields in hosts

any easy way to populate the inventory per macro of the latest data pulled via snmp (item check)

still tedious to have to create a different macro for each host but would help

Activity

Hide
richlv added a comment -

not really sure how this would work. could you give a specific example ?

Show
richlv added a comment - not really sure how this would work. could you give a specific example ?
Hide
richlv added a comment -

potentially connected to ZBXNEXT-616

Show
richlv added a comment - potentially connected to ZBXNEXT-616
Hide
Michael Schwartzkopff added a comment -

During discovery I ask for sysName.0 with a accoring rule. It would be nice to have an action to fill the name field of the profile of the newly discovered host with the value of the sysName.0 from the discovery.

The same applies to a lot of other data in the profile (location, contact, OS, OS Version, Hardware, serial number...). Filling the profile data automatically would help a LOT with asset management.

Michael.

Show
Michael Schwartzkopff added a comment - During discovery I ask for sysName.0 with a accoring rule. It would be nice to have an action to fill the name field of the profile of the newly discovered host with the value of the sysName.0 from the discovery. The same applies to a lot of other data in the profile (location, contact, OS, OS Version, Hardware, serial number...). Filling the profile data automatically would help a LOT with asset management. Michael.
Hide
richlv added a comment -

oh, i got the idea behind automated data populating - i wasn't sure how exactly macros fit in there

Show
richlv added a comment - oh, i got the idea behind automated data populating - i wasn't sure how exactly macros fit in there
Hide
Sol Arioto added a comment -

if Profile had Macro capabilities you could do Global Macro that is attached to a template item per it's own host {6504:.1.3.6.1.2.1.47.1.1.1.1.9.1001.last(0)} which would be IOS Version, then
again if i have to fill those in manually then why dont i look up the IOS and fill it in.
I have a template the gives all the device info by snmp pulls being able to update from those templates to the profile would be nice.

auto-discovery/discovery would maybe, be the best solution for this fix, tying them together seem to be the problem
unless you create a Map to function => in the new check

Create New Check>
SNMP>
ports => 161
SNMP community => public
SNMP OID => sysName.0
Map to => Name

I believe Name should be pulled from the inventory, typically host is the identifier which would be the Name anyhow besides the IP Address which isn't include in the list

Show
Sol Arioto added a comment - if Profile had Macro capabilities you could do Global Macro that is attached to a template item per it's own host {6504:.1.3.6.1.2.1.47.1.1.1.1.9.1001.last(0)} which would be IOS Version, then again if i have to fill those in manually then why dont i look up the IOS and fill it in. I have a template the gives all the device info by snmp pulls being able to update from those templates to the profile would be nice. auto-discovery/discovery would maybe, be the best solution for this fix, tying them together seem to be the problem unless you create a Map to function => in the new check Create New Check> SNMP> ports => 161 SNMP community => public SNMP OID => sysName.0 Map to => Name I believe Name should be pulled from the inventory, typically host is the identifier which would be the Name anyhow besides the IP Address which isn't include in the list
Hide
richlv added a comment -

also see ZBXNEXT-647

Show
richlv added a comment - also see ZBXNEXT-647
Hide
richlv added a comment -

looks like desired functionality was implemented as ZBXNEXT-647 - please, reopen if not

Show
richlv added a comment - looks like desired functionality was implemented as ZBXNEXT-647 - please, reopen if not

People

Vote (3)
Watch (2)

Dates

  • Created:
    Updated:
    Resolved: