[Release] Checkmk stable release 1.6.0p14

Dear friends of Checkmk,

the new stable release 1.6.0p14 of Checkmk is ready for download.

This maintenance release ships with 52 changes affecing all editions of Checkmk,
2 Enterprise Edition specific changes and 0 Managed Services Edition specific changes.

Changes in all Checkmk Editions:

Checks & agents:

  • 11045 Optional package: Replace Kubernetes extension package
  • 11220 ps: Add option to specify minimum age of processes
  • 11229 FIX: Check_MK discovery: Was not always able to discover new snmp checks
  • 11231 FIX: Management Board: Use IPv6 address of the host if no management address is configured and host is IPv6
  • 11232 FIX: Management Boards: Use DNS cache while looking up IP address
  • 11233 FIX: Manual checks: Do not overwrite static parameters with check group parameters
  • 10999 FIX: Optional package: Update fortigate_sslvpn-1.0: Fix crash if old-style parameters
  • 10542 FIX: Site maintenance: Cleanup crashed checks files older than 90 days
  • 11210 FIX: Update AWS EC2 instance type list
  • 10694 FIX: Windows Agent supports log file paths which contain white spaces
  • 11206 FIX: Wrong age reported for ESX snapshots
  • 11227 FIX: [mgmt_]hp_proliant_temp: Fix unknown temperature sensor condition state
  • 11209 FIX: aws_ec2_limits crashes on unhandled KeyError
  • 11213 FIX: ceph_status: OSDS check crashed when ‘full’ or ‘nearfull’ indicators are not available
  • 7886 FIX: dell_om_sensors: Fix crashing temperature check for certain devices not reporting crit values
  • 10998 FIX: df.include: Fix discovery of empty filesystem groups
  • 10996 FIX: f5_bigip_vserver: Fixed scaling of connections duration min/max/mean
  • 11212 FIX: fortigate_sslvpn: could run into unhandled exception
  • 11226 FIX: hitachi_hus_dku: Fixed informational text about component: “Processor” -> “Power Supply”
  • 11296 FIX: juniper_alarm: crashed when not applicable to device
  • 11133 FIX: mk_logwatch: no longer resolve symlinks
  • 10847 FIX: mk_oracle: Broken instance specific login in some cases
  • 10997 FIX: mk_postgres: Fixed query “Last vaccum”
  • 7887 FIX: mssql_counters.file_sizes: Add missing performance value log_files_used
  • 11141 FIX: netapp_api_if: crashed when parsing virtual interfaces on ONTAP
  • 11132 FIX: salesforce agent: fix encoding bug
  • 11211 FIX: systemd_units.services could run into unhandled TypeError
  • 11221 FIX: systemtime: Offset for vSphere special agent
  • 11134 FIX: ucd check: discover Microsens devices
  • 11222 FIX: apc_rackpdu_power: Discover correct bank numbers
    NOTE: Please refer to the migration notes!
  • 11198 FIX: mk-job.solaris: Fixed MK_VARDIR
    NOTE: Please refer to the migration notes!
  • 10852 FIX: mk_oracle.ps1: Fixed missing sqls in rman section
    NOTE: Please refer to the migration notes!

Core & setup:

  • 11086 FIX: Docker container: Fix usage behind reverse proxies

Event console:

  • 10849 FIX: Increased size of field for syslog application tag in new rule
  • 11250 FIX: mkeventd_status: Check was showing wrong list of active host limits
  • 11087 FIX: mkeventd_status: Check was showing wrong list of active rule limits

HW/SW inventory:

  • 11139 FIX: FIX ESX inventory plugin
  • 10995 FIX: mk_inventory.vbs: Fixed date time format


  • 11193 FIX: Opsgenie: Fixed help text for domain
    NOTE: Please refer to the migration notes!

Other components:

  • 11251 FIX: NagVis: Updated to 1.9.21

User interface:

  • 11046 FIX: Fix infinite reloads of views when the number of columns is changed
  • 11191 FIX: Fixed misleading snmp error message
  • 11188 FIX: Fixed non functional “discovery state” filter
  • 10543 FIX: Fixed slow GUI when using custom host attributes from versions <= 1.5
  • 11195 FIX: Fixed wrong filter in different hostgroup views
  • 11196 FIX: Improved speed of loading of rows shown in table
  • 11275 FIX: ps - Size of processes: Change graph visual display order


  • 11085 SEC: Icon upload: Add missing transaction validation
  • 10539 FIX: Activate changes: Improved speed of site snapshot packaging
  • 11225 FIX: Add permissions for rulesets which can have access to commandline execution
  • 11194 FIX: Fixed visualization of warnings while activation of changes in dark theme
  • 11002 FIX: Hostname Translation: Fix wrongly detected IP address if drop domain

Changes in the Checkmk Enterprise Edition:

Livestatus proxy:

  • 10541 FIX: HW/SW Inventory: Inventory data from remote sites was not always up-to-date


  • 11047 FIX: mknotifyd, mknotifyd.connection: resolve wrong warnings

Changes in the Checkmk Managed Services Edition:


You can download Checkmk from our download page:

Please mail bug reports and qualified feedback to feedback@checkmk.com.
We greatly thank you for using Checkmk and wish you a successful monitoring,

Your Checkmk Team


I updated to p14cee today. Vcenter Check_MK now returns:

CRIT - [special_vsphere] Agent exited with code 1: Error while processing received data

All of our VMs went into a WARN state probably due to same (?).

WARN - [agent] Version: 1.6.0p13, OS: linux, Missing agent sections: esx_vsphere_vm

Maybe it’s just a thing with our Vcenter? Anyway, I tried “updating” back to p13cee, but the check is still failing (same message).

Edit: We’re attempting a reboot of our vcenter appliance to see if that fixes things.

Didn’t fix. We’re stuck!

What happens on the command line with enabled “tracefile” option on the special agent?
This helped me a lot with vcenter problems in the past.

It was on our end. Evil 90 day expiration in Vcenter. Sorry about the false alarm.

1 Like

Some of our machines started showing WARN - Missing: data=ordered for the service Mount options of / after upgrading to 1.6.0p14. Would that be related? (Otherwise I’m happy to create a new thread.)

The mount options have changed since your first inventory. You may have to do a re inventory if you want cmk to know that this is OK.

1 Like

We had to roll back to 1.6.0p13 because of a crash during ESXi inventory.

In file share/check_mk/inventory/esx_systeminfo function inv_esx_systeminfo, the parsed parameter is treated as a dict, but in our case it is a nested list:

'parsed': [[u'vendor', u'VMware,', u'Inc.'],
            [u'name', u'VMware', u'ESXi'],
            [u'propertyCollector', u'ha-property-collector'],
            [u'apiVersion', u'6.0'],
            [u'sessionManager', u'ha-sessionmgr'],
            [u'osType', u'vmnix-x86'],
            [u'version', u'6.0.0'],
            [u'build', u'6921384'],
            [u'licenseManager', u'ha-license-manager'],
            [u'perfManager', u'ha-perfmgr'],
            [u'rootFolder', u'ha-folder-root']]