You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm about to manage Linux hosts without any problems; but on Windows, I ran into several issues. It might be interesting that the host is not a newly installed icinga2 instance - it was previously configured to get monitored by the old icinga2 master, and via puppet it then gets its configuration for the new monitoring master. Here's what I noticed:
icinga.conf is reported as broken because of include_recursive "conf.d" and include_recursive "repository.d"; for repository.d the docs explain a default false for repositoryd, but I had to put that explicitly in my config to take effect. I also set confd to false now, but in other environments I think this will be a serious problem. (Previously I ran icinga2-2.10.1 on this host without any problems; this problem arised with the automatic installation of icinga2-2.10.2.)
I get many errors on each puppet run because there is no group NETWORK SERVICE on my (German) Windows system; that's an issue which was already reported at Windows : owner and group #437 I think, and it seems to get a blocker. In fact, icinga2 is able to run on the client even when there are these errors reported, but in Foreman the host seems broken with lots of error reports. At this point it might help to change the severity from emerg to anything-not-so-important.
A complete and correct features-available/api.conf is generated on puppet run; but it's not activated via features-enabled, so it'll take no effect (I made it manually, everything's fine). Maybe in a row with non existing NETWORK SERVICES.
After a puppet run the icinga2 daemon is not running on the Windows host; probably due to the errors before. When I start (via \.icinga2.exe daemon or click on Start) it's up and running.
Started as \.icinga2.exe daemon it's mostly not possible to stop daemon via CTRL+C, I have to use Task Manager; sometimes it consumes lots of cpu when trying to kill it.
So when I can help you debugging with some testing or more information - just let me know. It would be pretty cool to get everything up and running 👍
Hi,
as discussed with @lbetz - here's my issue.
I'm about to manage Linux hosts without any problems; but on Windows, I ran into several issues. It might be interesting that the host is not a newly installed icinga2 instance - it was previously configured to get monitored by the old icinga2 master, and via puppet it then gets its configuration for the new monitoring master. Here's what I noticed:
icinga.conf
is reported as broken because ofinclude_recursive "conf.d"
andinclude_recursive "repository.d"
; forrepository.d
the docs explain a defaultfalse
forrepositoryd
, but I had to put that explicitly in my config to take effect. I also setconfd
tofalse
now, but in other environments I think this will be a serious problem. (Previously I ran icinga2-2.10.1 on this host without any problems; this problem arised with the automatic installation of icinga2-2.10.2.)I get many errors on each puppet run because there is no group
NETWORK SERVICE
on my (German) Windows system; that's an issue which was already reported at Windows : owner and group #437 I think, and it seems to get a blocker. In fact,icinga2
is able to run on the client even when there are these errors reported, but in Foreman the host seems broken with lots of error reports. At this point it might help to change the severity from emerg to anything-not-so-important.A complete and correct
features-available/api.conf
is generated on puppet run; but it's not activated viafeatures-enabled
, so it'll take no effect (I made it manually, everything's fine). Maybe in a row with non existingNETWORK SERVICES
.After a puppet run the
icinga2
daemon is not running on the Windows host; probably due to the errors before. When I start (via\.icinga2.exe daemon
or click onStart
) it's up and running.Started as
\.icinga2.exe daemon
it's mostly not possible to stop daemon via CTRL+C, I have to use Task Manager; sometimes it consumes lots of cpu when trying to kill it.So when I can help you debugging with some testing or more information - just let me know. It would be pretty cool to get everything up and running 👍
Cheers,
Marianne
Expected Behavior
It should work on Windows.
Current Behavior
It doesn't.
Your Environment
puppet module list
):puppet -V
): 5.5.6The text was updated successfully, but these errors were encountered: