ID: 5139
Title: Fixed baked agent download page when user had no global bakery permissions
Component: WATO
Level: 1
Class: Bug fix
Version: 1.5.0i1
A normal user also required the permission </i>"Register all hosts & download all monitoring agents"</i>
to be able to download one of his hosts.
Additionally no agent download button was shown in the edit host dialog when the permission
<i>Register Host & download monitoring agents of your hosts</i> waas set.
ID: 5169
Title: LDAP: Fixed syncing contact groups / roles of users with special characters in their name
Component: Multisite
Level: 1
Class: Bug fix
Version: 1.5.0i1
ID: 5027
Title: Made communication with alert helper more robust.
Component: Core & setup
Level: 1
Class: Bug fix
Version: 1.5.0i1
The Check_MK Micro Core had some trouble restarting the alert helper after a
failed communication, resulting in alerts not working correctly afterwards.
This has been fixed.
ID: 5057
Title: Fixed cancelling events by "syslog application" when using similar rules
Component: Event Console
Level: 1
Class: Bug fix
Version: 1.5.0i1
When using two or more rules that both have a "match syslog application" condition and a
"syslog application to cancel event" condition while all other conditions are equal, it
could happen that the first rule always caught messages that should not be caught by that
rule. These messages were not handled by the second rule as expected.
ID: 5056
Title: WATO: Wrong list of groups shown on user edit page when syncing groups via LDAP
Component: Multisite
Level: 1
Class: Bug fix
Version: 1.5.0i1
The locked contact group list on the edit user page was listing too many groups when
using the contact group plugin of the LDAP sync.
ID: 5055
Title: quantum_libsmall_door: Fixed exception in scan function when .1.3.6.1.2.1.1.6.0 is not available
Component: Checks & agents
Level: 1
Class: Bug fix
Version: 1.5.0i1
Fixes exceptions like this:
File "/omd/sites/heute/bin/cmk", line 96, in <module>
exit_status = modes.call(o, a, opts, args)
File "/omd/sites/heute/lib/python/cmk_base/modes/__init__.py", line 80, in call
return mode.handler_function(*handler_args)
File "/omd/sites/heute/lib/python/cmk_base/modes/check_mk.py", line 1380, in mode_discover
options["discover"] == 1)
File "/omd/sites/heute/lib/python/cmk_base/discovery.py", line 110, in do_discovery
_do_discovery_for(hostname, check_types, only_new, use_caches, on_error)
File "/omd/sites/heute/lib/python/cmk_base/discovery.py", line 131, in _do_discovery_for
new_items = _discover_services(hostname, check_types, use_caches, do_snmp_scan, on_error)
File "/omd/sites/heute/lib/python/cmk_base/discovery.py", line 750, in _discover_services
check_types = _gather_check_types_native(hostname, ipaddress, on_error, do_snmp_scan)
File "/omd/sites/heute/lib/python/cmk_base/discovery.py", line 681, in _gather_check_types_native
check_types = snmp_scan(hostname, ipaddress, on_error)
File "/omd/sites/heute/lib/python/cmk_base/discovery.py", line 846, in snmp_scan
result = scan_function(oid_function)
File "/omd/sites/heute/share/check_mk/checks/quantum_libsmall_door", line 49, in <lambda>
and "library" in oid(".1.3.6.1.2.1.1.6.0").lower(),
AttributeError: 'NoneType' object has no attribute 'lower'
ID: 5054
Title: SNMPv3 contextes were not always used during discovery
Component: Core & setup
Level: 1
Class: Bug fix
Version: 1.5.0i1
The SNMPv3 contextes configured for a host were not used correctly for the SNMP-GET
request made during service discovery. This has been fixed now. When a single OID
is requested by Check_MK all configured contextes for a check will be queried until
an answer is recevied using a context. e.g. in case you have configured two contextes
for a check, the first configured context will be queried first. In case it answers
with the OID, this value will be used. In case the requested OID does not exist in
this context, the next contex will be queried.
The check independent OIDs .1.3.6.1.2.1.1.1.0 and .1.3.6.1.2.1.1.2.0 will always
be queried without context.