I’m not 100 % sure but I think these user@NUMBER services appear when a session for a user is created (when a user logs in, for example) and when checkmk fetches the data in that exact moment, the service is not yet up and running. Something like that.
I’d create a rule to just ignore them:
If you don’t want to ignore these services, then reset the failed state in the appliance like so:
While @Dirk pointed out how to ignore or mask the issue for the time being, it does not solve it.
We are aware and understand the issue. To our knowledge, it has no impact on functionality whatsoever and we are already working on a permanent fix.
It will be included in 1.7.6 with Werk 9601, which is on the brink of being released. Probably beginning of next week.
The changes necessary where a bit more complex than we initially thought, hence we took a little extra time to make sure the change landed safely.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed. Contact an admin if you think this should be re-opened.