Fix: Icinga Director Self-Service API is ignoring service user
Fixes an issue with Icinga Director Self-Service API, which ignored the defined service user and didn't apply it to the configuration
Docs: Adds IWKB entry `IWKB000017` handling issues with failed checks once SCOM is uninstalled
Adds IWKB entry `IWKB000017` handling issues with failed checks once SCOM is uninstalled as example
Feature: Adds security hardening to JEA profiles by always prohibit certain cmdlets
Adds security hardening to JEA profiles by always prohibit certain cmdlets
Feature: Adds new command `Restart-Icinga` to restart both, the Icinga Agent and Icinga for Windows
Adds new command `Restart-Icinga` to restart both, the Icinga Agent and Icinga for Windows
Feature: Renames "Restart-IcingaWindowsService" to "Restart-IcingaForWindows" and adds alias for backwards compatibility
Renames `Restart-IcingaWindowsService` to `Restart-IcingaForWindows` and adds alias for backwards compatibility to start unifying the Icinga for Windows cmdlets
Feature: Adds support to create snapshot repositories with "New-IcingaRepository"
Adds support to create own snapshot repositories with `New-IcingaRepository`
Sum up TotalLoad over all CPUs and divide it by number of threads
Adds new metric to the CPU provider, allowing for distinguishing between the average total load as well as the sum of it
Feature: Adds renewal handling for Icinga for Windows certificate
Adds automatic renewal of the `icingaforwindows.pfx` certificate for the REST-Api daemon in case the certificate is not yet present, valid or changed during the runtime of the daemon while also making the `icingaforwindows.pfx` mandatory for all installations, regardless of JEA being used or not
Feature: Adds handling to add scheduled task background task
Adds new handling to add scheduled tasks in Windows for interacting with Icinga for Windows core functionality as well as an auto renewal task for the Icinga for Windows certificate generation
Fix: Icinga CA port handling on installation
Fixes Icinga for Windows port handling on installation, which will now use the proper defined port for communicating with the Icinga CA
Fix: Exceptions in certain cases while trying to stop the JEA process
Fixes an issue while trying to stop the JEA process in certain cases, which results in an error during installation but has no other effect on the environment
Fix: Certutil error handling and message output in case the icingaforwindows.pfx could not be created
Fixes certutil error handling and message output in case the icingaforwindows.pfx could not be created
Fix: JEA installer to exclude domain from user name length check
The domain of the provided user for JEA installation should not be included in the length check.
Windows has a maximum of 20 digits per username, which can easily be exceeded if the domain is wrongly included.
Feature: Adds new provider for fetching process information
Adds a new data provider for fetching process information of Windows systems, while sorting all objects based on a process name and their process id.
Also reports the top 10 process information for CPU and Memory consumption
Fix: Null value exceptions on checks with units
Fixes exception in some cases, when provider or metrics return values as `null` instead of `0` while units are being used for check objects.
This affects the Process plugin as one example
Fix: Update compatibility with Icinga for Windows v1.11.0
Ensures the backwards compatibility with Icinga for Windows v1.11.0, which broke the update mechanism for version checks.
The old Cmdlet's documentation implied that just by passing the
-IcingaConfig switch, an Icinga 2 configuration would be generated.
However, the first two examples does not work as intended, as
-IcingaConfig only works together with the -OutDirectory parameter.
The documentation was updated to reflect as Get-IcingaCheckCommandConfig
behaves and how one can generate Icinga 2 configurations. In addition,
a note was added to the Cmdlet's API documentation to handle
expectations of the switch.
