ID: 6135
Title: mssql_backup: The check can handle situations if no backups are found
Component: Checks & agents
Level: 1
Class: New feature
Version: 1.6.0i1
The agent plugin {{mssql.vbs}} must be installed.
The default state if no backup is found is WARN.
This state is configurable via the check parameters
{{MSSQL Time since last Backup}}.
ID: 6226
Title: Allow to match against the monitoring site in rules
Component: Event Console
Level: 2
Class: New feature
Version: 1.6.0i1
This allows to apply rules only on specific sites. Restricting
rules to sites can yield performance benefits in environments with
many sites. Beyond that, this is required to make the feature expect
regular messages work in a distributed environment with
config replication.
Example: If you have three centrally configured event consoles,
and you want a device to regularily report to one of them, you
previously had no way to configure that only the one site reports
missing messages. Instead, all sites the device doesn't send messages
to would repeatedly open events. This limitation can now be
worked around by specifying to which site expect rules should apply.
ID: 6342
Title: Fixed degraded SNMP check performance when using SNMP sub checks
Component: Checks & agents
Level: 2
Class: Bug fix
Version: 1.6.0i1
When checking a host with SNMP sub checks which normally all get the same data, the
data was fetched multiple times. One time for each subcheck used for monitoring a host.
This resulted in significantly increased check times and time outs. All 1.5 versions
are affected by this issue.
We experienced this issue with a CMCiii device which is normally monitored by a set of
sub checks (cmciii.*).
ID: 6341
Title: Fixed "SyntaxError: invalid syntax" warning when installing bakery packages on older systems
Component: agents
Level: 1
Class: Bug fix
Version: 1.6.0i1
When installing agent bakery RPMs/DEBs an error message "SyntaxError: invalid syntax" could occur.
This was caused by a pre-install script that should warn about incompatible Python versions. This
script was incompatible to older Python versions, like Python 2.4.
At least in case of the RPMs the installation did complete despite of this message.
ID: 6340
Title: Fixed debian agent package incompatibilities
Component: Core & setup
Level: 1
Class: Bug fix
Version: 1.6.0i1
The debian agent package shipped with Check_MK (located in share/check_mk/agent/*.deb) was
not compatible with older Debian/Ubuntu version because it used xz as compression algorithm
for the control files.
When trying to install such a package an error like this occurred:
dpkg-deb: error: archive 'check-mk-agent_1.4.0p34-1_all.deb' contains not understood data member control.tar.xz, giving up
We have now changed the compression of the whole package to gzip which should make the package
compatible to such systems again.
ID: 5503
Title: cmk-update-agent: Convenient logging on Linux
Component: agents
Level: 1
Class: New feature
Version: 1.6.0i1
The Agent Updater now makes use of its logging capabilities more conveniently.
Only ERRORs and WARNINGs will be logged to syslog.
Additionally, a detailed log will be created at /var/lib/check_mk_agent/cmk-update-agent.log
when running as plugin. It will be rotated every 5MB with a maximum of 3 backups.
This improves our capabilities for an a-posteriori error analysis.
When running cmk-update-agent manually,
a logfile can be specified using the -l flag.
ID: 5502
Title: Prevent baked tar.gz agents from changing ownership of files on host
Component: agents
Level: 1
Class: Bug fix
Version: 1.6.0i1
When extracting a tar.gz packaged agent from the agent bakery as root (as it is normallly done), the user and group ownerships of the extracted files would be set to the Check_MK site user, if such user is available on the target host. This would lead to a wrong ownership on some folders like "/etc", "/usr" and "/var".
In order to prevent this, the agent bakery now creates the tar.gz packages correctly by setting an ownership of "root".