"Backend icinga is not running" but everything seams fine

Hello icinga users,
I’ve been using icinga for a few years now. I recently upgraded from icinga-web to icingaweb2.

I also upgraded icinga2 from v2.7 to latest 2.11. I did the schema upgrades.
I cleaned the config from deprecated stuff.

The IDO plugin works, I can see all my hosts and services from the web2 ui, and I can send commands using the API.

After a few settings changes and upgrades, everything seams to work nicely.

Except a small annoying thing :

Screenshot_20191031_114648

I have read many threads regarding this issue on github or other forum and unfortunately, I don’t know how to fix it.

The 2014-07-23 date is probably the date the instance was first setup.

I have this in my icinga2.log :

[2019-10-31 11:55:28 +0100] information/FileLogger: 'main-log' started.
[2019-10-31 11:55:28 +0100] information/ApiListener: 'api' started.
[2019-10-31 11:55:28 +0100] information/ApiListener: Started new listener on '[0.0.0.0]:5665'
[2019-10-31 11:55:28 +0100] information/DbConnection: 'ido-mysql' started.
[2019-10-31 11:55:28 +0100] information/IdoMysqlConnection: 'ido-mysql' resumed.
[2019-10-31 11:55:28 +0100] information/DbConnection: Resuming IDO connection: ido-mysql
[2019-10-31 11:55:28 +0100] information/NotificationComponent: 'notification' started.
[2019-10-31 11:55:28 +0100] information/CheckerComponent: 'checker' started.
[2019-10-31 11:55:28 +0100] information/ConfigItem: Activated all objects.
[2019-10-31 11:55:28 +0100] information/IdoMysqlConnection: MySQL IDO instance id: 8 (schema version: '1.15.0')
[2019-10-31 11:55:28 +0100] information/IdoMysqlConnection: Finished reconnecting to 'ido-mysql' database 'icinga' in 0.0245249 second(s).
[2019-10-31 11:55:38 +0100] information/WorkQueue: #5 (ApiListener, RelayQueue) items: 0, rate: 3.86667/s (232/min 232/5min 232/15min);
[2019-10-31 11:55:38 +0100] information/WorkQueue: #7 (IdoMysqlConnection, ido-mysql) items: 0, rate: 1.15/s (69/min 69/5min 69/15min);
[2019-10-31 11:55:38 +0100] information/WorkQueue: #6 (ApiListener, SyncQueue) items: 0, rate:  0/s (0/min 0/5min 0/15min);

And this in syslog :

systemd[1]: Starting Icinga host/service/network monitoring system...
icinga2[]: [ ] information/cli: Icinga application loader (version: r2.11.2-1)
icinga2[]: [ ] information/cli: Loading configuration file(s).
icinga2[]: [ ] information/ConfigItem: Committing config item(s).
icinga2[]: [ ] information/ApiListener: My API identity: localhost
icinga2[]: [ ] information/ConfigItem: Instantiated 1 FileLogger.
icinga2[]: [ ] information/ConfigItem: Instantiated 187 Dependencies.
icinga2[]: [ ] information/ConfigItem: Instantiated 3 NotificationCommands.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 NotificationComponent.
icinga2[]: [ ] information/ConfigItem: Instantiated 174 Notifications.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 IcingaApplication.
icinga2[]: [ ] information/ConfigItem: Instantiated 4 HostGroups.
icinga2[]: [ ] information/ConfigItem: Instantiated 7 Hosts.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 CheckerComponent.
icinga2[]: [ ] information/ConfigItem: Instantiated 3 Zones.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 Endpoint.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 ApiUser.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 UserGroup.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 ApiListener.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 IdoMysqlConnection.
icinga2[]: [ ] information/ConfigItem: Instantiated 237 CheckCommands.
icinga2[]: [ ] information/ConfigItem: Instantiated 3 TimePeriods.
icinga2[]: [ ] information/ConfigItem: Instantiated 1 User.
icinga2[]: [ ] information/ConfigItem: Instantiated 158 Services.
icinga2[]: [ ] information/ConfigItem: Instantiated 3 ServiceGroups.
icinga2[]: [ ] information/ScriptGlobal: Dumping variables to file '/var/cache/icinga2/icinga2.vars'
icinga2[]: [ ] information/cli: Closing console log.
systemd[1]: Started Icinga host/service/network monitoring system.

So, any idea ? :slight_smile:

Logon to your db and run:

use icinga2;
select status_update_time from icinga_programstatus;

If this is not up to date you’ll get this error. Hence, you’ll need to find out why it is not updated by icinga2.

Dang, you got it on first try, thank you very much!

There was two records in this table, which I assume was wrong :

mysql> select status_update_time from icinga_programstatus;
+---------------------+
| status_update_time  |
+---------------------+
| 2014-07-23 17:56:38 |
| 2019-10-31 15:22:14 |
+---------------------+

I deleted them both, restarted the icinga2 daemon and it’s now fixed :slight_smile:

A query, how did you delete the update_time tables?

Thank you

Regards

Try

delete from icinga_programstatus;

This issue also could be caused by changing instance_name in IDO feature settings, icingaweb reads only first field from mysql table, if instance_name changed somehow and you writing to another instance_id.

to check instances try this SQL command from DB console:

select * from icinga_instances;

It will show you a list of instances known for the DB
Following SQL will show you additional details about active instance:

select instance_id,program_version,is_currently_running,endpoint_name,status_update_time from icinga_programstatus;

To set correct instance_id for Icinga2 IDO feature, you need set instance_name option in ido-mysq.conf identic to select * from icinga_instances limit 1; and restart Icinga2 master, WARNING if you have a big installation it can cause a delay during restart, because DB will overwrite all services/hosts with new instance_id (see tables like select * from icinga_services limit 1\G;, they all contain this instance_id option)