[dev.icinga.com #11135] Removed checks no longer in config persisting in UI

[icinga-migration]

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

Created by vsakhart on 2016-02-10 22:09:00 +00:00

Assignee: (none)
Status: Rejected (closed on 2016-08-08 15:41:09 +00:00)
Target Version: (none)
Last Update: 2016-08-08 15:41:09 +00:00 (in Redmine)

Icinga Version: 2.4.1

---

Hello,

Recently, we updated several of our service checks in the config and renamed some of the checks. After that happened we noticed that a lot of our old checks continued to be seen in the UI and stuck in a warning or pending state despite no longer being in the config any more.

For some of the checks we renamed, the old checks remain in the UI and are stuck in the pending state. If I try to acknowledge this check and click on the check when the service is critical, the option is not available in the UI. I can only set downtime because the UI will only direct me to the old, non functional check that is stuck in pending.

Note: I am not having any of these issue with the classic-ui, as the classic-ui does not show any old checks as pending/warning as seen in the screenshots below

The Icinga cluster has 2 nodes, each running icinga2 and icingaweb2 in a high availability set up. The icinga2 web version is 2.1.2 and icinga2 version is 2.4.1.

Attachments

• icinga2pending.png vsakhart - 2016-02-10 22:08:11 +00:00
• icingaclassic1.png vsakhart - 2016-02-10 22:08:20 +00:00
• icinga2warning.png vsakhart - 2016-02-10 22:08:29 +00:00
• icingaclassicnowarning.png vsakhart - 2016-02-10 22:08:43 +00:00

---

Relations:

• relates #11400

[icinga-migration]

Updated by vsakhart on 2016-02-11 00:10:53 +00:00

From perusing the code, I'm guessing it has to do with the database query being performed to populate the page including unnecessary results by defaulting service state to 99 for the pending checks.

I forgot to mention but I'm using version 9.4 of PostgreSQL. In the mean time I've created another database and hooked it up to my cluster and all the bad services are gone. I've kept the old database for debugging purposes if necessary, but I'd like to not clean the database every time this happens.

Vitaliy

[icinga-migration]

Updated by jmeyer on 2016-02-11 08:52:52 +00:00

• Project changed from Icinga Web 2 to Icinga 2
• Category deleted 148
• Icinga Version set to 2

Hi Vitaliy,

I'll move this to the Icinga 2 project as it seems to be an issue with Icinga 2 writing to the IDO. We've had an issue with inactive objects in the past, you may facing this now, but it's more likely that you get a proper solution over there. :)

Best,
Johannes

[icinga-migration]

Updated by mfriedrich on 2016-02-22 19:20:28 +00:00

• Category set to DB IDO
• Status changed from New to Feedback
• Assigned to set to vsakhart

Please add the following information:

• zones.conf on both nodes
• ido-mysql.conf on both nodes
• check whether this object is marked active inside the database by running this query and posting its output on both nodes.

select * from icinga_objects where name2 like 'merchant%';

[icinga-migration]

Updated by mfriedrich on 2016-03-24 10:37:18 +00:00

• Relates set to 11400

[icinga-migration]

Updated by mfriedrich on 2016-04-14 09:57:59 +00:00

Most likely the same issue: https://monitoring-portal.org/index.php?thread/35789-i-am-unable-to-acknowlege-clear-unknown-service-in-the-icinga-web/

[icinga-migration]

Updated by mfriedrich on 2016-08-08 15:41:09 +00:00

• Status changed from Feedback to Rejected
• Assigned to deleted vsakhart

No feedback received. The forum thread seems solved as well.

[relgames]

Hi, what is the progress on this issue? It happens for us as well.
Checks are gone from Icinga API but are still visible on Icinga UI.

If we try to click "Check now" it fails with 404:

icinga2: Can't send external Icinga command: 404 No objects found.

#0 /usr/share/icingaweb2/modules/monitoring/application/forms/Command/Object/CheckNowCommandForm.php(70): Icinga\Module\Monitoring\Command\Transport\CommandTransport->send(Object(Icinga\Module\Monitoring\Command\Object\ScheduleServiceCheckCommand))
#1 /usr/share/php/Icinga/Web/Form.php(1158): Icinga\Module\Monitoring\Forms\Command\Object\CheckNowCommandForm->onSuccess()
#2 /usr/share/icingaweb2/modules/monitoring/library/Monitoring/Web/Controller/MonitoredObjectController.php(275): Icinga\Web\Form->handleRequest()
#3 /usr/share/icingaweb2/modules/monitoring/library/Monitoring/Web/Controller/MonitoredObjectController.php(60): Icinga\Module\Monitoring\Web\Controller\MonitoredObjectController->setupQuickActionForms()
#4 /usr/share/icingaweb2/modules/monitoring/application/controllers/ServiceController.php(66): Icinga\Module\Monitoring\Web\Controller\MonitoredObjectController->showAction()
#5 /usr/share/icingaweb2/library/vendor/Zend/Controller/Action.php(507): Icinga\Module\Monitoring\Controllers\ServiceController->showAction()
#6 /usr/share/php/Icinga/Web/Controller/Dispatcher.php(76): Zend_Controller_Action->dispatch(String)
#7 /usr/share/icingaweb2/library/vendor/Zend/Controller/Front.php(937): Icinga\Web\Controller\Dispatcher->dispatch(Object(Icinga\Web\Request), Object(Icinga\Web\Response))
#8 /usr/share/php/Icinga/Application/Web.php(300): Zend_Controller_Front->dispatch(Object(Icinga\Web\Request), Object(Icinga\Web\Response))
#9 /usr/share/php/Icinga/Application/webrouter.php(104): Icinga\Application\Web->dispatch()
#10 /usr/share/icingaweb2/public/index.php(4): require_once(String)
#11 {main}

[dnsmichi]

Please don't bump 3 year old closed issues, join the community forums first with your question: https://community.icinga.com

[relgames]

Thanks, I made a new topic https://community.icinga.com/t/icinga-web-shows-checks-which-are-deleted-from-icinga-backend-api/1231

[relgames]

Most likely related to #6012 which is still open.