ID: 0973
Title: Renaming of hosts via WATO
Component: WATO
Level: 2
Class: New Feature
Version: 1.2.5i3
WATO has now a new function <i>Rename Host</i>. You will find a button with that name
in the Properties of a host. It allows a renaming of an existing host. Before you
can use that feature you need to have all changes activated, so nothing is pending.
Renaming a host is a complex precedure that will not only rename the host in WATO,
but also in:
<ul>
<li>all rules from <i>Host & Service Parameters</i></li>
<li>cluster's node definitions</li>
<li>a host's parent definitions</li>
<li>Business Intelligence rules</li>
<li>notification rules (both rule based and flexible notifications)</li>
<li>internal Check_MK data like caches and performance counters</li>
<li>auto-disovered services of the host</li>
<li>logfile information of logwatch plugin</li>
<li>stored SNMP walks</li>
<li>RR databases with performance data</li>
<li>RRD updates in journal of RRD Cache</li>
<li>spool files of PNP4Nagios</li>
<li>NagVis maps</li>
<li>monitoring history entries (events and availability)</li>
<li>the current monitoring state (including ackowledgements and downtimes)</li>
</ul>
Please note that renaming of a host involves a temporary stop of the monitoring
core. This is neccessary in order to avoid situation where the old and the new
name of a host is being used at the same time.
ID: 1479
Title: liveproxyd: new function for collecting remote inventory data
Component: HW/SW-Inventory
Level: 2
Class: New Feature
Version: 1.2.5i7
The Livestatus Proxy Daemon has now a new function for collecting HW/SW-Data
from remote sites. This needs up-to-date versions of Nagios or CMC on these
sites, otherwise the proxy daemon will fail to consider these sites as up! So
if you update the liveproxd you also need to update your remote sites!
Note: The new feature only works in OMD based installations. After updating
all sites to the new version, HW/SW-Inventory data collected on remote
sites that are connected via liveproxyd will automatically be transferred
to the central site.
ID: 1429
Title: Disabled snmp checktypes are now sorted out before Check_MK contacts the snmp host
Component: Core & Setup
Level: 2
Class: Bug Fix
Version: 1.2.5i6
Behaviour in the previous version: If a snmp host should be inventorized it was checked
with the full palette of all available snmp inventory functions. The filtering of unwanted checktypes
was done afterwards. This caused needless snmp queries towards the snmp host.
The filtering of unwanted checktypes is now done before the snmp host is contacted.
Note: This only applies to the WATO rule <i>Disabled checktypes</i> respectively the parameters
<tt>ignored_checktypes</tt> and <tt>ignored_checks</tt>, but not to <i>Disabled services</i>.
The latter one matches to service descriptions which are the result of a successful inventory.
ID: 1423
Title: Host HW-inventory: now longer generates an exception on displaying the BIOS date
Component: HW/SW-Inventory
Level: 2
Class: Bug Fix
Version: 1.2.5i6
ID: 1413
Title: HW/SW-Inventory implementation step one finished
Component: HW/SW-Inventory
Level: 3
Class: New Feature
Version: 1.2.5i6
Check_MK now has its own system for hardware/software inventory.
The implementation has already been started a couple of months
ago. This system is far from complete but already useful.
A basic documentation is
<a href="http://mathias-kettner.com/checkmk_inv.html">here</a>.
ID: 1129
Title: Windows MSI-Installer: some systems created corrupted check_mk_agent.msi files
Component: Core & Setup
Level: 2
Class: Bug Fix
Version: 1.2.5i6
The tool msibuild had troubles updating the msi's "Summary Information" on some distributions.
It is no longer used for this task...
ID: 1127
Title: bluecat_dhcp: fixed exception when data was available.. returns UNKNOWN when data is missing
Component: Checks & Agents
Level: 2
Class: Bug Fix
Version: 1.2.5i6
ID: 0659
Title: domino_tasks: new check to monitor tasks on a lotus domino server via snmp
Component: Checks & Agents
Level: 2
Class: New Feature
Version: 1.2.5i6