Branch: refs/heads/master
Home: https://github.com/tribe29/checkmk
Commit: 278f4ca49dc33c32a32e70801fd7b852f2007850
https://github.com/tribe29/checkmk/commit/278f4ca49dc33c32a32e70801fd7b852f…
Author: Lars Michelsen <lm(a)tribe29.com>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
A .werks/11248
Log Message:
-----------
11248 Agent bakery: Automatically build agents for created hosts
After creating a new host in the configuration, the agent baking process for
the new host is triggered now. When multiple hosts are created at once, for
example using the API or an import mechanism, one baking process is started for
all of these hosts.
The process is started as a background job, just like when a bake process is
started manually. With the single difference that the process only cares about
the newly added hosts. You can see the process or result message when accessing
the Agent Bakery page in your Configuration.
Change-Id: I342d56a4e4598816247f6f0088def7b323784e01
Branch: refs/heads/master
Home: https://github.com/tribe29/checkmk
Commit: d6524b805dde0b713c2c4e62b9874ba08d627a3f
https://github.com/tribe29/checkmk/commit/d6524b805dde0b713c2c4e62b9874ba08…
Author: Mathias Laurin <mathias.laurin(a)tribe29.com>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
M cmk/base/checking.py
M cmk/base/data_sources/_data_sources.py
M cmk/base/data_sources/host_sections.py
M cmk/base/discovery.py
M cmk/base/inventory.py
M tests-py3/unit/cmk/base/data_sources/test_host_sections.py
Log Message:
-----------
Make MHS API more consistent
Now that we have established that MHS is a mapping, we consistently pass
the key as the first argument to its methods. The added consistency
simplifies the class and shows its purpose better.
The remaining methods that do not take HostKey are most likely not where
they should be. We make this clear by making them static and by
grouping them at the end of the class definition
CMK-4838
Change-Id: I0602b7611394b29601970fa6d22a610d620ed45c
Branch: refs/heads/master
Home: https://github.com/tribe29/checkmk
Commit: 58f407d3f461e05658229e86c86dc8f64c2687fc
https://github.com/tribe29/checkmk/commit/58f407d3f461e05658229e86c86dc8f64…
Author: Lars Michelsen <lm(a)tribe29.com>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
M omd/packages/omd/omdlib/main.py
Log Message:
-----------
Fix update LIVESTATUS_TCP_TLS during "omd update" after recent tmpfs changes
Change-Id: Iab694d92533af1e16000da065b6bd1806dd226e0
Commit: bf5d6ff922cf5449b4cefb5b97d79de1c39b64d6
https://github.com/tribe29/checkmk/commit/bf5d6ff922cf5449b4cefb5b97d79de1c…
Author: Lars Michelsen <lm(a)tribe29.com>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
M cmk/base/data_sources/_data_sources.py
M cmk/base/data_sources/host_sections.py
M cmk/base/inventory.py
M cmk/utils/piggyback.py
M tests-py3/unit/cmk/base/data_sources/test_host_sections.py
Log Message:
-----------
Fix storing piggyback data
One of the recent refactorings broke storing piggyback data. Instead of
using the parsed host sections for writing the data, a fresh host
section object was used, which can never contain the piggyback
information.
On the way:
* Refactor to MutableMapping to have the standard setdefault method
available and replace all call sites of set_default_host_sections.
* Add one general verbose log line to get more information about the
written piggyback data.
Change-Id: Ib3a32be2a2dd8ae15b89185a66e82e68cc40c63a
Commit: 9c2914b65b6ff4ea8fe818ea397d0fda2b9522c7
https://github.com/tribe29/checkmk/commit/9c2914b65b6ff4ea8fe818ea397d0fda2…
Author: Lars Michelsen <lm(a)tribe29.com>
Date: 2020-07-07 (Tue, 07 Jul 2020)
Changed paths:
M cmk/base/data_sources/_data_sources.py
M cmk/base/inventory.py
Log Message:
-----------
Change host section initialization back to old logic
We are not completely sure whether or not we already have sections in the
MultiHostSections object. We must either get the existing one or create a
new one and add it to MultiHostSections.
To archieve this, we use setdefault, which is similar to the approach we
used in 1.6, but with a bit cleaner MultiHostSections API.
The real time checks can be sure that they don't need to respect existing
sections and directly set the new section.
Change-Id: I73f4a1971b2e8fea01db09b13dfa58733825e918
Compare: https://github.com/tribe29/checkmk/compare/7dd0b951f019...9c2914b65b6f
Branch: refs/heads/master
Home: https://github.com/tribe29/checkmk
Commit: 5f3309f3e0ee6025f717d5424d6e58826e26509f
https://github.com/tribe29/checkmk/commit/5f3309f3e0ee6025f717d5424d6e58826…
Author: Timotheus Bachinger <timotheus.bachinger(a)tribe29.com>
Date: 2020-07-06 (Mon, 06 Jul 2020)
Changed paths:
A .werks/11140
A checks/esx_vsphere_systeminfo
M inventory/esx_systeminfo
Log Message:
-----------
11140 ESX: Add type labels for ESX vCenter, servers, VM
This werk picks a feature (werk 8143) originally only available in v1.6.0 into the master.
The following labels are discovered automatically for ESX based hosts in Checkmk:
{{cmk/vsphere_object:vcenter}}, {{cmk/vsphere_object:server}}, {{cmk/vsphere_object:vm}}.
Accordingly to the new introduces parse function, the inventory plugin is adapted.
Change-Id: If7605a171dbce328a41bc70ffe3279ea424853f2