New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dev.icinga.com #10156] Client and server check states do not match #3405

Closed
icinga-migration opened this Issue Sep 16, 2015 · 7 comments

Comments

Projects
None yet
1 participant
@icinga-migration
Copy link
Member

icinga-migration commented Sep 16, 2015

This issue has been migrated from Redmine: https://dev.icinga.com/issues/10156

Created by henti on 2015-09-16 10:31:35 +00:00

Assignee: (none)
Status: Closed (closed on 2016-03-18 17:14:39 +00:00)
Target Version: (none)
Last Update: 2016-03-18 17:14:39 +00:00 (in Redmine)

Icinga Version: v2.3.10
Backport?: Not yet backported
Include in Changelog: 1

We had an outage on our monitoring system and since the recovery the state on two services on a remote client keeps changing state resulting in notifications.

I investigated and found that the server and client do not match in service states. The two checks is a proc check for dbsrv12 and a puppet agent check we wrote. the master is in GMT+2 and the client in GMT. below are extracts from the debug logs for the dbsrv12 proc check.

Master

root@prd-qua-za-mon:/var/log/icinga2# grep radix-operations.gfs.domain.com debug.log | grep -v Skipping | grep dbsrv12

[2015-09-16 12:12:44 +0200] debug/IdoMysqlConnection: Query: UPDATE icinga_servicestatus SET acknowledgement_type = '0',  active_checks_enabled = '1',  check_command = 'dummy',  check_source = 'radix-operations.gfs.company_one.com',  check_type = '0',  current_check_attempt = '1',  current_notification_number = '0',  current_state = '2',  endpoint_object_id = 59,  event_handler = '',  event_handler_enabled = '1',  execution_time = '0.015938043594360352',  flap_detection_enabled = '1',  has_been_checked = '1',  instance_id = 1,  is_flapping = '0',  is_reachable = '1',  last_check = FROM_UNIXTIME(1442398350),  last_hard_state = '2',  last_hard_state_change = FROM_UNIXTIME(1442396066),  last_state_change = FROM_UNIXTIME(1442395886),  last_time_critical = FROM_UNIXTIME(1442398357),  latency = '0',  long_output = '',  max_check_attempts = '3',  modified_service_attributes = '0',  next_check = FROM_UNIXTIME(1442398410),  normal_check_interval = '5',  notifications_enabled = '1',  output = 'PROCS CRITICAL: 0 processes with command name \'dbsrv12\'',  passive_checks_enabled = '1',  percent_state_change = '0',  perfdata = '',  problem_has_been_acknowledged = '0',  process_performance_data = '1',  retry_check_interval = '1',  scheduled_downtime_depth = '0',  service_object_id = 1267,  should_be_scheduled = '1',  state_type = '1',  status_update_time = FROM_UNIXTIME(1442398364) WHERE service_object_id = 1267
[2015-09-16 12:12:47 +0200] debug/IdoMysqlConnection: Query: UPDATE icinga_servicestatus SET acknowledgement_type = '0',  active_checks_enabled = '1',  check_command = 'dummy',  check_source = 'radix-operations.gfs.company_one.com',  check_type = '0',  current_check_attempt = '1',  current_notification_number = '0',  current_state = '2',  endpoint_object_id = 59,  event_handler = '',  event_handler_enabled = '1',  execution_time = '0.015938043594360352',  flap_detection_enabled = '1',  has_been_checked = '1',  instance_id = 1,  is_flapping = '0',  is_reachable = '1',  last_check = FROM_UNIXTIME(1442398350),  last_hard_state = '2',  last_hard_state_change = FROM_UNIXTIME(1442396066),  last_state_change = FROM_UNIXTIME(1442395886),  last_time_critical = FROM_UNIXTIME(1442398357),  latency = '0',  long_output = '',  max_check_attempts = '3',  modified_service_attributes = '0',  next_check = FROM_UNIXTIME(1442398410),  normal_check_interval = '5',  notifications_enabled = '1',  output = 'PROCS CRITICAL: 0 processes with command name \'dbsrv12\'',  passive_checks_enabled = '1',  percent_state_change = '0',  perfdata = '',  problem_has_been_acknowledged = '0',  process_performance_data = '1',  retry_check_interval = '1',  scheduled_downtime_depth = '0',  service_object_id = 1267,  should_be_scheduled = '1',  state_type = '1',  status_update_time = FROM_UNIXTIME(1442398357) WHERE service_object_id = 1267
[2015-09-16 12:13:09 +0200] debug/IdoMysqlConnection: Query: UPDATE icinga_servicestatus SET acknowledgement_type = '0',  active_checks_enabled = '1',  check_command = 'dummy',  check_source = 'radix-operations.gfs.company_one.com',  check_type = '0',  current_check_attempt = '1',  current_notification_number = '0',  current_state = '2',  endpoint_object_id = 59,  event_handler = '',  event_handler_enabled = '1',  execution_time = '0.015295982360839844',  flap_detection_enabled = '1',  has_been_checked = '1',  instance_id = 1,  is_flapping = '0',  is_reachable = '1',  last_check = FROM_UNIXTIME(1442398394),  last_hard_state = '2',  last_hard_state_change = FROM_UNIXTIME(1442396066),  last_state_change = FROM_UNIXTIME(1442395886),  last_time_critical = FROM_UNIXTIME(1442398389),  latency = '0',  long_output = '',  max_check_attempts = '3',  modified_service_attributes = '0',  next_check = FROM_UNIXTIME(1442398410),  normal_check_interval = '5',  notifications_enabled = '1',  output = 'PROCS CRITICAL: 0 processes with command name \'dbsrv12\'',  passive_checks_enabled = '1',  percent_state_change = '0',  perfdata = '',  problem_has_been_acknowledged = '0',  process_performance_data = '1',  retry_check_interval = '1',  scheduled_downtime_depth = '0',  service_object_id = 1267,  should_be_scheduled = '1',  state_type = '1',  status_update_time = FROM_UNIXTIME(1442398389) WHERE service_object_id = 1267
[2015-09-16 12:13:25 +0200] debug/IdoMysqlConnection: Query: UPDATE icinga_servicestatus SET acknowledgement_type = '0',  active_checks_enabled = '1',  check_command = 'dummy',  check_source = 'radix-operations.gfs.company_one.com',  check_type = '0',  current_check_attempt = '1',  current_notification_number = '0',  current_state = '2',  endpoint_object_id = 59,  event_handler = '',  event_handler_enabled = '1',  execution_time = '0.014085054397583008',  flap_detection_enabled = '1',  has_been_checked = '1',  instance_id = 1,  is_flapping = '0',  is_reachable = '1',  last_check = FROM_UNIXTIME(1442398410),  last_hard_state = '2',  last_hard_state_change = FROM_UNIXTIME(1442396066),  last_state_change = FROM_UNIXTIME(1442395886),  last_time_critical = FROM_UNIXTIME(1442398405),  latency = '0',  long_output = '',  max_check_attempts = '3',  modified_service_attributes = '0',  next_check = FROM_UNIXTIME(1442398470),  normal_check_interval = '5',  notifications_enabled = '1',  output = 'PROCS CRITICAL: 0 processes with command name \'dbsrv12\'',  passive_checks_enabled = '1',  percent_state_change = '0',  perfdata = '',  problem_has_been_acknowledged = '0',  process_performance_data = '1',  retry_check_interval = '1',  scheduled_downtime_depth = '0',  service_object_id = 1267,  should_be_scheduled = '1',  state_type = '1',  status_update_time = FROM_UNIXTIME(1442398405) WHERE service_object_id = 1267
[2015-09-16 12:14:25 +0200] debug/IdoMysqlConnection: Query: UPDATE icinga_servicestatus SET acknowledgement_type = '0',  active_checks_enabled = '1',  check_command = 'dummy',  check_source = 'radix-operations.gfs.company_one.com',  check_type = '0',  current_check_attempt = '1',  current_notification_number = '0',  current_state = '2',  endpoint_object_id = 59,  event_handler = '',  event_handler_enabled = '1',  execution_time = '0.015474796295166016',  flap_detection_enabled = '1',  has_been_checked = '1',  instance_id = 1,  is_flapping = '0',  is_reachable = '1',  last_check = FROM_UNIXTIME(1442398470),  last_hard_state = '2',  last_hard_state_change = FROM_UNIXTIME(1442396066),  last_state_change = FROM_UNIXTIME(1442395886),  last_time_critical = FROM_UNIXTIME(1442398465),  latency = '0',  long_output = '',  max_check_attempts = '3',  modified_service_attributes = '0',  next_check = FROM_UNIXTIME(1442398530),  normal_check_interval = '5',  notifications_enabled = '1',  output = 'PROCS CRITICAL: 0 processes with command name \'dbsrv12\'',  passive_checks_enabled = '1',  percent_state_change = '0',  perfdata = '',  problem_has_been_acknowledged = '0',  process_performance_data = '1',  retry_check_interval = '1',  scheduled_downtime_depth = '0',  service_object_id = 1267,  should_be_scheduled = '1',  state_type = '1',  status_update_time = FROM_UNIXTIME(1442398465) WHERE service_object_id = 1267
[2015-09-16 12:14:51 +0200] debug/IdoMysqlConnection: Query: UPDATE icinga_servicestatus SET acknowledgement_type = '0',  active_checks_enabled = '1',  check_command = 'dummy',  check_source = 'radix-operations.gfs.company_one.com',  check_type = '0',  current_check_attempt = '1',  current_notification_number = '0',  current_state = '2',  endpoint_object_id = 59,  event_handler = '',  event_handler_enabled = '1',  execution_time = '0.012952804565429688',  flap_detection_enabled = '1',  has_been_checked = '1',  instance_id = 1,  is_flapping = '0',  is_reachable = '1',  last_check = FROM_UNIXTIME(1442398496),  last_hard_state = '2',  last_hard_state_change = FROM_UNIXTIME(1442396066),  last_state_change = FROM_UNIXTIME(1442395886),  last_time_critical = FROM_UNIXTIME(1442398491),  latency = '0',  long_output = '',  max_check_attempts = '3',  modified_service_attributes = '0',  next_check = FROM_UNIXTIME(1442398530),  normal_check_interval = '5',  notifications_enabled = '1',  output = 'PROCS CRITICAL: 0 processes with command name \'dbsrv12\'',  passive_checks_enabled = '1',  percent_state_change = '0',  perfdata = '',  problem_has_been_acknowledged = '0',  process_performance_data = '1',  retry_check_interval = '1',  scheduled_downtime_depth = '0',  service_object_id = 1267,  should_be_scheduled = '1',  state_type = '1',  status_update_time = FROM_UNIXTIME(1442398491) WHERE service_object_id = 1267
[2015-09-16 12:15:25 +0200] debug/IdoMysqlConnection: Query: UPDATE icinga_servicestatus SET acknowledgement_type = '0',  active_checks_enabled = '1',  check_command = 'dummy',  check_source = 'radix-operations.gfs.company_one.com',  check_type = '0',  current_check_attempt = '1',  current_notification_number = '0',  current_state = '2',  endpoint_object_id = 59,  event_handler = '',  event_handler_enabled = '1',  execution_time = '0.014290094375610352',  flap_detection_enabled = '1',  has_been_checked = '1',  instance_id = 1,  is_flapping = '0',  is_reachable = '1',  last_check = FROM_UNIXTIME(1442398530),  last_hard_state = '2',  last_hard_state_change = FROM_UNIXTIME(1442396066),  last_state_change = FROM_UNIXTIME(1442395886),  last_time_critical = FROM_UNIXTIME(1442398525),  latency = '0',  long_output = '',  max_check_attempts = '3',  modified_service_attributes = '0',  next_check = FROM_UNIXTIME(1442398590),  normal_check_interval = '5',  notifications_enabled = '1',  output = 'PROCS CRITICAL: 0 processes with command name \'dbsrv12\'',  passive_checks_enabled = '1',  percent_state_change = '0',  perfdata = '',  problem_has_been_acknowledged = '0',  process_performance_data = '1',  retry_check_interval = '1',  scheduled_downtime_depth = '0',  service_object_id = 1267,  should_be_scheduled = '1',  state_type = '1',  status_update_time = FROM_UNIXTIME(1442398525) WHERE service_object_id = 1267

Client

root@radix-operations:/var/log/icinga2# grep dbsrv12 debug.log

[2015-09-16 10:12:36 +0000] notice/Process: Running command '/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1': PID 10157
[2015-09-16 10:12:36 +0000] notice/Process: PID 10157 ('/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1') terminated with exit code 0
[2015-09-16 10:13:09 +0000] notice/Process: Running command '/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1': PID 10247
[2015-09-16 10:13:09 +0000] notice/Process: PID 10247 ('/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1') terminated with exit code 0
[2015-09-16 10:13:36 +0000] notice/Process: Running command '/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1': PID 10277
[2015-09-16 10:13:36 +0000] notice/Process: PID 10277 ('/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1') terminated with exit code 0
[2015-09-16 10:14:05 +0000] notice/Process: Running command '/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1': PID 10399
[2015-09-16 10:14:05 +0000] notice/Process: PID 10399 ('/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1') terminated with exit code 0
[2015-09-16 10:14:51 +0000] notice/Process: Running command '/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1': PID 10510
[2015-09-16 10:14:51 +0000] notice/Process: PID 10510 ('/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1') terminated with exit code 0
[2015-09-16 10:15:05 +0000] notice/Process: Running command '/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1': PID 11089
[2015-09-16 10:15:05 +0000] notice/Process: PID 11089 ('/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1') terminated with exit code 0
[2015-09-16 10:16:05 +0000] notice/Process: Running command '/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1': PID 11251
[2015-09-16 10:16:05 +0000] notice/Process: PID 11251 ('/usr/lib/nagios/plugins/check_procs' '-C' 'dbsrv12' '-c' '1:1' '-w' '1:1') terminated with exit code 0

The output of the check command

root@radix-operations:/var/log/icinga2# /usr/lib/nagios/plugins/check_procs -C dbsrv12 -c 1:1 -w 1:1
PROCS OK: 1 process with command name 'dbsrv12'
root@radix-operations:/var/log/icinga2# echo $?
0

Attachments

@icinga-migration

This comment has been minimized.

Copy link
Member Author

icinga-migration commented Sep 20, 2015

Updated by mfriedrich on 2015-09-20 11:24:34 +00:00

  • Category changed from Checker to Cluster
  • Status changed from New to Feedback
  • Assigned to set to henti

The master log greps for sql queries for a specific string (which is not necessarily the same service).
The client log just greps for a command being executed with the same string used for the service.

I fail to see how the check plugin execution only would correlate to the service state history. There could be different service checks being run, and confusing the execution log. Make sure to 1) compare service objects and their timestamps 2) check the state change history backend on the master.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

icinga-migration commented Sep 21, 2015

Updated by henti on 2015-09-21 06:02:41 +00:00

dnsmichi wrote:

The master log greps for sql queries for a specific string (which is not necessarily the same service).
The client log just greps for a command being executed with the same string used for the service.

I fail to see how the check plugin execution only would correlate to the service state history. There could be different service checks being run, and confusing the execution log. Make sure to 1) compare service objects and their timestamps 2) check the state change history backend on the master.

Good morning.

I compared the objects, but could not find any timestamp data. Could you please direct me in the right direction. output from icinga2 object list below :

Master

Object 'radix-operations.gfs.domain.com!sybase_asa_12' of type 'Service':
  % declared in '/etc/icinga2/repository.d/hosts/radix-operations.gfs.domain.com/sybase_asa_12.conf', lines 1:0-1:29
  * __name = "radix-operations.gfs.domain.com!sybase_asa_12"
  * action_url = ""
  * check_command = "dummy"
    % = modified in '/etc/icinga2/repository.d/hosts/radix-operations.gfs.domain.com/sybase_asa_12.conf', lines 3:2-3:24
  * check_interval = 300
  * check_period = ""
  * command_endpoint = ""
  * display_name = "sybase_asa_12"
  * enable_active_checks = true
  * enable_event_handler = true
  * enable_flapping = true
    % = modified in '/etc/icinga2/conf.d/satellite.conf', lines 22:2-22:20
  * enable_notifications = true
  * enable_passive_checks = true
  * enable_perfdata = true
  * event_command = ""
  * flapping_threshold = 30
  * groups = [ ]
  * host_name = "radix-operations.gfs.domain.com"
    % = modified in '/etc/icinga2/repository.d/hosts/radix-operations.gfs.domain.com/sybase_asa_12.conf', lines 4:2-4:54
  * icon_image = ""
  * icon_image_alt = ""
  * max_check_attempts = 3
  * name = "sybase_asa_12"
  * notes = ""
  * notes_url = ""
  * retry_interval = 60
  * templates = [ "sybase_asa_12", "satellite-service" ]
    % = modified in '/etc/icinga2/repository.d/hosts/radix-operations.gfs.domain.com/sybase_asa_12.conf', lines 1:0-1:29
    % = modified in '/etc/icinga2/conf.d/satellite.conf', lines 21:1-21:36
  * type = "Service"
  * vars = null
  * volatile = false
  * zone = "radix-operations.gfs.domain.com"
    % = modified in '/etc/icinga2/repository.d/hosts/radix-operations.gfs.domain.com/sybase_asa_12.conf', lines 5:2-5:49

Client

Object 'radix-operations.gfs.domain.com!sybase_asa_12' of type 'Service':
  % declared in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 13:1-13:30
  * __name = "radix-operations.gfs.domain.com!sybase_asa_12"
  * action_url = ""
  * check_command = "procs"
    % = modified in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 20:3-20:25
  * check_interval = 60
    % = modified in '/etc/icinga2/conf.d/templates.conf', lines 11:3-11:21
  * check_period = ""
  * command_endpoint = ""
  * display_name = "sybase_asa_12"
    % = modified in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 15:3-15:32
  * enable_active_checks = true
  * enable_event_handler = true
  * enable_flapping = false
  * enable_notifications = true
  * enable_passive_checks = true
  * enable_perfdata = true
  * event_command = ""
  * flapping_threshold = 30
  * groups = [ ]
  * host_name = "radix-operations.gfs.domain.com"
    % = modified in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 16:3-16:55
  * icon_image = ""
  * icon_image_alt = ""
  * max_check_attempts = 3
    % = modified in '/etc/icinga2/conf.d/templates.conf', lines 10:3-10:24
  * name = "sybase_asa_12"
  * notes = ""
  * notes_url = ""
  * retry_interval = 30
    % = modified in '/etc/icinga2/conf.d/templates.conf', lines 12:3-12:22
  * templates = [ "sybase_asa_12", "generic-service" ]
    % = modified in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 13:1-13:30
    % = modified in '/etc/icinga2/conf.d/templates.conf', lines 9:1-9:34
  * type = "Service"
  * vars
    * procs_command = "dbsrv12"
      % = modified in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 17:3-17:32
    * procs_critical = "1:1"
      % = modified in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 18:3-18:29
    * procs_warning = "1:1"
      % = modified in '/etc/icinga2/conf.d/radix-operations.gfs.domain.com.sybase_asa_12.conf', lines 19:3-19:28
  * volatile = false
  * zone = ""

The state history on the master corresponded with notifications we were seeing.

mysql> select state_time, state_change, state, state_type, output, check_source from icinga_statehistory where check_source="radix-operations.gfs.domain.com" AND output like '%dbsrv12%' ORDER BY state_time ASC limit 10; 
+---------------------+--------------+-------+------------+---------------------------------------------------------+---------------------------------+
| state_time          | state_change | state | state_type | output                                                  | check_source                    |
+---------------------+--------------+-------+------------+---------------------------------------------------------+---------------------------------+
| 2015-09-16 11:30:36 |            1 |     0 |          1 | PROCS OK: 1 process with command name 'dbsrv12'         | radix-operations.gfs.domain.com |
| 2015-09-16 11:31:30 |            1 |     2 |          0 | PROCS CRITICAL: 0 processes with command name 'dbsrv12' | radix-operations.gfs.domain.com |
| 2015-09-16 11:34:30 |            1 |     2 |          1 | PROCS CRITICAL: 0 processes with command name 'dbsrv12' | radix-operations.gfs.domain.com |
| 2015-09-16 12:21:00 |            1 |     0 |          1 | PROCS OK: 1 process with command name 'dbsrv12'         | radix-operations.gfs.domain.com |
| 2015-09-16 12:21:30 |            1 |     2 |          0 | PROCS CRITICAL: 0 processes with command name 'dbsrv12' | radix-operations.gfs.domain.com |
| 2015-09-16 12:22:54 |            1 |     0 |          0 | PROCS OK: 1 process with command name 'dbsrv12'         | radix-operations.gfs.domain.com |
| 2015-09-16 12:23:30 |            1 |     2 |          0 | PROCS CRITICAL: 0 processes with command name 'dbsrv12' | radix-operations.gfs.domain.com |
| 2015-09-16 12:23:54 |            1 |     0 |          0 | PROCS OK: 1 process with command name 'dbsrv12'         | radix-operations.gfs.domain.com |
| 2015-09-16 12:24:54 |            1 |     0 |          1 | PROCS OK: 1 process with command name 'dbsrv12'         | radix-operations.gfs.domain.com |
| 2015-09-16 12:26:30 |            1 |     2 |          0 | PROCS CRITICAL: 0 processes with command name 'dbsrv12' | radix-operations.gfs.domain.com |
+---------------------+--------------+-------+------------+---------------------------------------------------------+---------------------------------+
10 rows in set (0.00 sec)

mysql> select count(*) from icinga_statehistory where check_source="radix-operations.gfs.domain.com" AND output like '%dbsrv12%'; 
+----------+
| count(*) |
+----------+
|      294 |
+----------+
1 row in set (0.01 sec)
@icinga-migration

This comment has been minimized.

Copy link
Member Author

icinga-migration commented Oct 5, 2015

Updated by mjbrooks on 2015-10-05 09:30:12 +00:00

  • Assigned to changed from henti to mfriedrich

Hello @dnsmichi

Same story with this one, @henti pinged me on IRC, he was wondering if you'd seen his feedback and was concerned. I can't seem to change the status back to open so I'm dropping it back in your lap and leaving it as feedback (sorry... again)

@icinga-migration

This comment has been minimized.

Copy link
Member Author

icinga-migration commented Oct 5, 2015

Updated by mfriedrich on 2015-10-05 11:43:17 +00:00

  • Status changed from Feedback to New
  • Assigned to deleted mfriedrich

Same story here - don't change assignees, we'll deal with feedback issues on a regular interval ourselves.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

icinga-migration commented Nov 16, 2015

Updated by henti on 2015-11-16 09:15:09 +00:00

dnsmichi wrote:

Same story here - don't change assignees, we'll deal with feedback issues on a regular interval ourselves.

Any update on this bug ?

Regards
Henti

@icinga-migration

This comment has been minimized.

Copy link
Member Author

icinga-migration commented Feb 24, 2016

Updated by mfriedrich on 2016-02-24 23:15:10 +00:00

  • Status changed from New to Feedback
  • Assigned to set to henti

Which in term means that the replay log including the check results was not replayed properly. I haven't seen such issues with the recent 2.4.3 release, please test that.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

icinga-migration commented Mar 18, 2016

Updated by mfriedrich on 2016-03-18 17:14:40 +00:00

  • Status changed from Feedback to Closed
  • Assigned to deleted henti

We consider this being fixed with 2.4.3+.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment