[dev.icinga.com #4155] objects.cache does not get updated on (re)start, but config verify #1276
Comments
Updated by mfriedrich on 2013-05-08 19:24:44 +00:00 This is an international project, so English, please. |
Updated by Enfileyb on 2013-05-08 19:57:15 +00:00 Im sorry.. Should we delete / close this Bug and open a new one with English subject? If not here the English version: Subject: New configuration / New objects are not visible in Classic UI after "RESTART_PROGRAM" by external commandHi, im not sure if this is really a bug with Classic UI, but it only happens with Classic UI. After updating our test environment to Icinga 1.9, we recognized the following problem: If you add a new object (host or service) to the configuration and restart Icinga by external command, the new objects will not be visible in Classic UI. The Core knows about the new objects: If you restart Icinga using the init-script (reload/restart/stop&start) the new objects become visible in Classic UI. As objects.cache gets rebuild when restarting with the init-script, i guess this issue may be related to objects.cache. Another hint:
I checked this behavoiour with our Icinga 1.8.3 production environment. If i add new objects and schedule a restart by external command, the new objects become visible. Of course i have checked the paths to objects.cache and status.dat in the new cgi.cfg :-) If you need any further information, i will try to supply them asap. Best regards, Enfileyb |
Updated by idl0r on 2013-05-11 22:31:52 +00:00
Hi Enfileyb, please try the attached patch. |
Updated by mfriedrich on 2013-05-11 23:54:43 +00:00
thx looks valid. |
Updated by Enfileyb on 2013-05-12 00:16:07 +00:00 Hi, i will test the patch on monday and report back. Just for my understanding: Many thanks, Enfileyb |
Updated by mfriedrich on 2013-05-12 10:32:21 +00:00
it's hard to track down as the initscript always invokes -v before actually (re)starting the core. thanks for the fix, will redirect that into 1.9.1 |
Updated by mfriedrich on 2013-05-12 10:34:02 +00:00 classic ui uses both, but the status counting of tac.cgi (also used in the status header) does only count the status objects from status.dat, and does not take the objects.cache config items into account. this is also why the regression was not that obvious. |
Updated by Enfileyb on 2013-05-13 15:10:25 +00:00 Hi again! I have tested the patch (changed line 255 in config.c) and now objects.cache is updated again, when a restart is triggered by external command. Works for me.. Thx, Enfileyb |
Updated by mfriedrich on 2013-05-13 19:48:17 +00:00 thanks for testing. |
Updated by mfriedrich on 2013-05-22 07:31:44 +00:00
merged to r1.9 |
This issue has been migrated from Redmine: https://dev.icinga.com/issues/4155
Created by Enfileyb on 2013-05-08 18:19:30 +00:00
Assignee: mfriedrich
Status: Resolved (closed on 2013-05-22 07:31:44 +00:00)
Target Version: 1.9.1
Last Update: 2013-05-22 07:31:44 +00:00 (in Redmine)
Hallo zusammen,
ich bin mir imo nicht sicher, ob das Problem wirklich das neue Classic UI ist, aber hier taucht es auf..
Seit dem Update auf 1.9 habe ich in der Testumgebung mit dem neuen Classic UI folgendes Problemchen:
Wenn ich etwas an der Konfiguration ändere, also einen neuen Host oder Service hinzufüge und Icinga über External Command restarte, dann ist die neue Konfig in den CGIs nicht zu sehen. Auch z.B. ein Kommentar vom neuen Host wird nicht angezeigt.
Der Core kennt den neuen Host:
In der Tactical Overview oder Performance Info ist zu sehen, das ein Host mehr überwacht wird als vorher.
Die Host- und Service-Checks werden ausgeführt usw.; auch in Icinga-Web (damit in der DB) ist der neue Host vorhanden und sichtbar.
Sobald ich über das Init-Script ein reload/restarte/stop&start veranlasse, tauchen die neuen Hosts/Services im Classic UI auf.
Da bei jeder Aktion über das Init-Scipt auch die objects.cache neu aufgebaut wird, vermute ich das hier der Hund begraben liegt?
Noch ein Hinweis, der vielleicht hilft:
Dieses Problem ist in unserer (quasi identisch konfigurierten) Produktiv-Umgebung mit Icinga 1.8.3 nicht vorhanden; wenn ich dort einen Restart über External Command auslöse, ist die neue Konfig im Classic UI so wie erwartet sichtbar.
Ich hoffe dieses Phenomen ist auch von anderen nachvollziehbar..
Pfade in der neuen cgi.cfg habe ich natürlich inzwischen doppelt und dreifach geprüft ;-)
Ich hoffe ich habe hier nichts übersehen..
Falls Ihr noch Informationen braucht, werde ich natürlich versuchen diese zu liefern.
MfG.
Enfileyb
Attachments
Changesets
2013-05-12 10:37:43 +00:00 by (unknown) bad1155
The text was updated successfully, but these errors were encountered: