[17:53:47] hi folks, I could use some help if someone is around [17:54:01] we have an Icinga check for "ns2-v4" that is currently CRITICAL and failing [17:54:13] that is fine and expected, however I can't seem to understand where that check is coming from [17:54:25] because it should have been removed and the puppet run on the alerting host confirms that [17:55:20] https://puppetboard.wikimedia.org/report/alert1001.wikimedia.org/23038daaff39cc9f21c7304562af8181bbedc7a3 [17:55:26] any idea where else can this check live? [17:59:35] I'm unable to find references to that alert in our code. References to "ns2-v4" in our code are commented for the knams migration. [18:00:35] is it fine if I try to reload icinga? [18:00:47] I see ExecReload in the service [18:01:00] should be a space operation in that sense, safer than restart [18:01:19] I think that should be fine, I'm around in case the reload breaks something. :) [18:01:33] Could it be that the alert is cached by Icinga? [18:01:50] denisse: I guess that's it but I don't know how and I have never seen it before :) [18:01:54] thank you for the help [18:01:56] I will try the reload [18:02:35] ha [18:02:38] that worked [18:02:42] :) [18:02:44] denisse: ^ [18:02:51] Awesome!! :D [18:02:55] I am quite confused [18:03:02] but it's been a long week so if it works, I will take it :) [18:03:27] Thanks Sukhbir. My guess is that it was stuck in Icinga's cache. [18:03:34] thanks for the help [18:03:42] Possibly an Icinga reload may be added to the cookbook used for decommissioning that host. [18:04:34] in this case, there wasn't any decommissioning [18:05:56] denisse: possibly that any removal requires a reload? I for some reason assumed it was automatic [18:05:59] but TIL I guess