[ZBX-6101] SNMP trapping fails for hosts in maintenance "with data collection" Created: 2013 Jan 10  Updated: 2017 May 30  Resolved: 2013 Jan 14

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Server (S)
Affects Version/s: 2.0.4
Fix Version/s: 2.0.5rc1, 2.1.0

Type: Incident report Priority: Critical
Reporter: Volker Fröhlich Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: data, loss, snmp, trap
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File zabbix-2.0.4-snmptrap.patch    

 Description   

Witnessed behaviour:

SNMP traps are not properly processes for hosts in maintenance (with data collection). No data is inserted.

Expected behaviour:

SNMP traps should be processed for hosts in maintenance (with data collection).

-----------------
Setup:

  • Host with snmptrap.fallback item
  • A maintenance period with data

-----------------
Host not in maintenance:

  • Put a trap log line like that in the SNMPTrapperFile:

16:32:05 2013/01/10 generalEvent Normal "Status Events" sirena.srv.meduniwien.ac.at - ZBXTRAP 10.110.15.174 Remote access attempt failed. Invalid userid or password received. Userid is from WEB browser at IP address 149.148.51.15 ., Severity Critical

  • The trap is processed after a while, leaving no trace with DebugLevel 3, data shows up in the frontend

24551:20130110:222401.683 In read_traps() lastsize:765
24551:20130110:222401.683 query [txnlev:1] [begin;]
24551:20130110:222401.683 query [txnlev:1] [update globalvars set snmp_lastsize=1020]
24551:20130110:222401.684 query [txnlev:1] [commit;]
24551:20130110:222401.684 In DCconfig_get_snmp_interfaceids_by_addr() addr:'10.110.15.174'
24551:20130110:222401.684 End of DCconfig_get_snmp_interfaceids_by_addr():1
24551:20130110:222401.684 In DCconfig_get_snmp_items_by_interface() interfaceid:195
24551:20130110:222401.684 End of DCconfig_get_snmp_items_by_interface():1
24551:20130110:222401.684 End of read_traps()

-----------------
Maintenance:

  • Put a trap log line like that in the SNMPTrapperFile
  • The trap is found not matching, leaving an entry with DebugLevel 3, data consequently doesn't show up in the frontend

24551:20130110:222010.624 In read_traps() lastsize:510
24555:20130110:222010.624 sleeping for 1 seconds
24551:20130110:222010.624 query [txnlev:1] [begin;]
24551:20130110:222010.624 query [txnlev:1] [update globalvars set snmp_lastsize=765]
24551:20130110:222010.625 query [txnlev:1] [commit;]
24551:20130110:222010.625 In DCconfig_get_snmp_interfaceids_by_addr() addr:'10.110.15.174'
24551:20130110:222010.625 End of DCconfig_get_snmp_interfaceids_by_addr():1
24551:20130110:222010.625 In DCconfig_get_snmp_items_by_interface() interfaceid:195
24551:20130110:222010.625 End of DCconfig_get_snmp_items_by_interface():0
24551:20130110:222010.625 unmatched trap received from [10.110.15.174]: 16:31:40 2013/01/10 generalEvent Normal "Sta
tus Events" sirena.srv.meduniwien.ac.at - Remote access attempt failed. Invalid userid or password received. Userid i
s from WEB browser at IP address 149.148.51.15 ., Severity Critical
24551:20130110:222010.625 End of read_traps()

 Comments   
Comment by Volker Fröhlich [ 2013 Jan 11 ]

Supplied patch seems to work for me.

It only ignores traps in the case of active maintenance and being a maintenance without data collection.

Comment by Alexander Vladishev [ 2013 Jan 14 ]

Fixed in the development branch svn://svn.zabbix.com/branches/dev/ZBX-6101

Comment by dimir [ 2013 Jan 18 ]

Successfully tested.

Comment by Alexander Vladishev [ 2013 Jan 18 ]

Fixed in version pre-2.0.5 r32930 and pre-2.1.0 (trunk) r32931.

Comment by Volker Fröhlich [ 2013 Jan 24 ]

Included in EPEL packages from 2.0.4-2.el5 and 2.0.4-2.el6 on, as well as in Fedora's 2.0.4-2.fc18.

Generated at Thu Apr 25 17:11:09 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.