[ZBX-8541] Misleading queue calculation when hosts with active items return from maintenance (no data collection) period Created: 2014 Jul 29  Updated: 2017 May 30  Resolved: 2014 Aug 29

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: None
Affects Version/s: 2.2.4
Fix Version/s: 2.2.7rc1, 2.3.5

Type: Incident report Priority: Minor
Reporter: Ingus Vilnis Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: maintenance, queue
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File zabbix-server-performance-graph2.png    
Issue Links:
Duplicate

 Description   

Environment having hosts with many Zabbix agent (active) items.
Maintenance mode having no data collection.
(See the attached screenshot.)
Maintenance starts 23:00
Hosts are powered down right after that.
Hosts are powered up at approx. 06:00
Maintenance ends 06:30
PROBLEM: Items get into Zabbix queue until the scheduled next check causing huge queue spike (thus firing the configured huge queue trigger).
The queue drops as soon as the next scheduled item check occurs.
Suggested possible solution: Not to queue agent active items after maintenance until scheduled next check.

 Comments   
Comment by Aleksandrs Saveljevs [ 2014 Aug 04 ]

Fixed in development branch svn://svn.zabbix.com/branches/dev/ZBX-8541 by recalculating "nextcheck" for items without a poller straight after "no data" maintenance ends.

Comment by Andris Zeila [ 2014 Aug 27 ]

(1) When maintenance ends hostids array can contain multiple identifiers, while the code checks only for the first one:
dbconfig.c:5516 

if (hostids[0] != dc_item->hostid)	/* hostids_num is 1 when entering maintenance */
	continue;

asaveljevs RESOLVED in r48588.

wiper CLOSED

Comment by Andris Zeila [ 2014 Sep 01 ]

Successfully tested

Comment by Aleksandrs Saveljevs [ 2014 Sep 01 ]

Fixed in pre-2.2.7 r48646 and pre-2.3.5 (trunk) r48648.

Generated at Fri Apr 19 22:30:41 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.