Branch: refs/heads/master
Home: https://github.com/tribe29/checkmk
Commit: 00dd23a12079d1d4b990721f0fb2c72a010821e4
https://github.com/tribe29/checkmk/commit/00dd23a12079d1d4b990721f0fb2c72a0…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
M agents/windows/msibuild/msi-update
M agents/wnx/install/version.wxi
Log Message:
-----------
Unified Display Name for Windows Agent is set to 'Check MK Agent 1.6'
Change-Id: I7f6ef6018dd67b73ab897c7e5673cee08c9a0322
Commit: 0db5f3cdf3295baa77b4b867f30418d912c6e7a5
https://github.com/tribe29/checkmk/commit/0db5f3cdf3295baa77b4b867f30418d91…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
M agents/wnx/src/engine/cfg.h
M agents/wnx/src/engine/cma_core.cpp
M agents/wnx/src/engine/groups.cpp
M agents/wnx/src/engine/service_processor.cpp
M agents/wnx/watest/test-plugin.cpp
M agents/wnx/watest/test-yaml.cpp
Log Message:
-----------
[CMK-2362] - logging improved
- unit test re-fix
- unit test a bit extended
Change-Id: I549a57e9a6e0b6abe4f4f3f8702da4bc68fcab17
Commit: 14f5883864a4c8361ed5151d1611c79cc8fb7a79
https://github.com/tribe29/checkmk/commit/14f5883864a4c8361ed5151d1611c79cc…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
M agents/wnx/src/engine/cfg.cpp
M agents/wnx/src/engine/cfg_details.h
M agents/wnx/src/engine/cma_core.cpp
M agents/wnx/src/engine/commander.cpp
M agents/wnx/src/engine/service_processor.cpp
M agents/wnx/src/engine/service_processor.h
M agents/wnx/watest/test-cfg.cpp
M agents/wnx/watest/test-ohm.cpp
Log Message:
-----------
[CMK-2362] - config reload improved
- after reload_config agent also calls preStartBinaries(to start async plugins, OHM and agent-updater)
- unique id to config added to identify config loading
- removed obsolete code
- unit tested reloadConfig and few ohm functions
- log texts are mor clear now
Change-Id: I5041a249f3ed3a6bee7a3153d1ffb8b36b3d4804
Commit: d6057c4437e0cfa1c0920e24c57b77ff7a94f54e
https://github.com/tribe29/checkmk/commit/d6057c4437e0cfa1c0920e24c57b77ff7…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
A .werks/8895
Log Message:
-----------
8895 Windows Agent supports async local plugins with cache_age
Now Windows Agent adds to the output from the local plugin the string
with cache information if the local plugin has 'cache_age' property set
in the configuration file.
Thus, the Windows Agent now fully supports the improvements made in the
werk 7402 also for local plugins running asynchronously.
Change-Id: I10265a4fc3589ba58714998bcc665e0438163c4c
Commit: e5e062dd834e3fcad48d6deac1c40c5a7ef920d2
https://github.com/tribe29/checkmk/commit/e5e062dd834e3fcad48d6deac1c40c5a7…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
A .werks/8896
Log Message:
-----------
8896 FIX Fixed rare crash when a plugin should be terminated
Previously, in the process of terminating of the hanging plugins,
the Windows Agent could accidentally destroy a critical Windows process,
thus causing BSOD.
Since then, the Agent uses a safe algorithm to terminate plugins.
Change-Id: I1c481b2b7500c2a4a093a670e01ef4b4d16d01d9
Commit: e7836fb2860c2ca6292be668252372e47790b839
https://github.com/tribe29/checkmk/commit/e7836fb2860c2ca6292be668252372e47…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
A .werks/8897
Log Message:
-----------
8897 FIX Plugins configuration is correctly processed by the Windows Agent
Previously, Windows Agent processed the plugins configuration
using the approach: the first rule wins.
Thus, each plugin can only use one rule for its configuration.
>From now on, the Windows Agent applies all rules to each plugin, provided
that the rule file name pattern matches with the plugin name.
This change also provides 100% backward compatibility with Windows Legacy Agent.
Change-Id: I891b81e01d05e87d4496210cd6f8fc6327ab7eef
Commit: 2c2b0f8a6db9b5d4bec1ffe2b81b56347fc32dc2
https://github.com/tribe29/checkmk/commit/2c2b0f8a6db9b5d4bec1ffe2b81b56347…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
M agents/Makefile
Log Message:
-----------
Extracting two major numbers from NEW_VERSION to NEW_VERSION_MAJOR
To be used for naming Windows Agent
Change-Id: Iaf9924fb68e2611e40445e8e4434903e3aa633fa
Commit: 0c1da5952bd8c7786f1cc74edd16f9191449a83a
https://github.com/tribe29/checkmk/commit/0c1da5952bd8c7786f1cc74edd16f9191…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
A .werks/8898
Log Message:
-----------
8898 New command line option 'restore' for Windows Agent
This command line option restores original bakery configuration,
which consists from the next elements: check_mk.bakery.yml,
bakery plugins and checkmk.dat.
If installed Windows Agent has no bakery configuration, for example,
packaged agent, then nothing happens.
Change-Id: I9d6e8b644959dce3974e5e85c550029261a4dad4
Commit: 374bfef068e6c4ed464ad17bbf20bcc3ff275ca1
https://github.com/tribe29/checkmk/commit/374bfef068e6c4ed464ad17bbf20bcc3f…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
A .werks/8899
Log Message:
-----------
8899 FIX Windows Agent only_from parameter works now correctly
Previously in check_mk.user.yml, installed from the Windows Agent MSI,
the parameter 'only_from' was incorrectly initialized with an empty value.
This effectively prevented the setting of 'only_from' using Bakery,
because the user configuration is more prioritized than the bakery one.
Now the 'only_from' parameter is removed from check_mk.user.yml.
Change-Id: Ie55c6043766d4108b9474fa14199e26f0a5c1107
Commit: d72f083c624e1e7eb117931c8d7511722deccee3
https://github.com/tribe29/checkmk/commit/d72f083c624e1e7eb117931c8d7511722…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
A .werks/10055
Log Message:
-----------
10055 FIX The Windows Agent service loads correct configuration
Previously, after installation from MSI, the Windows Agent service loaded
its own configuration too early, thus loading the default(fabric) configuration
instead of bakery configuration.
To use the configuration provided by bakery, you should restart the service
manually.
Since now Windows Agent loads the configuration only after updating the
Legacy Agent configuration and after installing the Bakery configuration.
Change-Id: Ie3ac210d9d5b5f5acbfb23435d663c6909e8f716
Compare: https://github.com/tribe29/checkmk/compare/d07c80be801d...d72f083c624e
Branch: refs/heads/1.6.0
Home: https://github.com/tribe29/checkmk
Commit: 3e8a4b77869284af9214bebe2d19648f919980f0
https://github.com/tribe29/checkmk/commit/3e8a4b77869284af9214bebe2d19648f9…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
A .werks/10056
Log Message:
-----------
10056 Windows Agent command line parameter 'reload_config' starts/stops plugins if required
Earlier 'reload_config' did not try to run asynchronous plugins.
Thus, the parameter was useless for the automatic update of the
agent with the Agent Updater plugin.
Since now, the Windows Agent starts and stops the asynchronous plugins according
to the configuration just loaded with command line parameter 'reload_config'.
Change-Id: I464773a4ac035fd0b606d5447c7344f1f136ecb2
Commit: 15cd3df304e302d59e5b0bd320efb83cb2a52aeb
https://github.com/tribe29/checkmk/commit/15cd3df304e302d59e5b0bd320efb83cb…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-08 (Sun, 08 Sep 2019)
Changed paths:
M agents/wnx/doc/Installation.odt
A agents/wnx/doc/Troubleshooting.odt
M agents/wnx/doc/Upgrade.odt
A agents/wnx/doc/Yaml.odt
Log Message:
-----------
[CMK-2379] - documentation.
- final draft
Change-Id: I7335beaa52222079ce9c0eb390b8e89873b50baa
Compare: https://github.com/tribe29/checkmk/compare/d025cdbb9340...15cd3df304e3
Branch: refs/heads/1.6.0
Home: https://github.com/tribe29/checkmk
Commit: acb5ea6cca8c0ed7556a97891c564aec8630b39b
https://github.com/tribe29/checkmk/commit/acb5ea6cca8c0ed7556a97891c564aec8…
Author: Sergey Kipnis <sergey.kipnis(a)tribe29.com>
Date: 2019-09-06 (Fri, 06 Sep 2019)
Changed paths:
A .werks/10055
Log Message:
-----------
10055 FIX The Windows Agent service loads correct configuration
Previously, after installation from MSI, the Windows Agent service loaded
its own configuration too early, thus loading the default(fabric) configuration
instead of bakery configuration.
To use the configuration provided by bakery, you should restart the service
manually.
Since now Windows Agent loads the configuration only after updating the
Legacy Agent configuration and after installing the Bakery configuration.
Change-Id: Ie3ac210d9d5b5f5acbfb23435d663c6909e8f716
Branch: refs/heads/1.6.0
Home: https://github.com/tribe29/checkmk
Commit: 867e9a0b9c759cd73877f4b53c354cfb692f6f49
https://github.com/tribe29/checkmk/commit/867e9a0b9c759cd73877f4b53c354cfb6…
Author: Sven Panne <sven.panne(a)tribe29.com>
Date: 2019-09-06 (Fri, 06 Sep 2019)
Changed paths:
A .werks/7944
Log Message:
-----------
7944 FIX Fixed handling of unfresh services
The 1.6.0 branch introduced a regression: When a service was detected as
unfresh, the CMC terminated with a log message of the form:
host name mismatch in active check result: expected 'FOO', got 'BAR'
Even worse, this state was permanent: After restarting the same thing
happened again, so the only way to get out of this was to remove the CMC's
state file. Note that this only affected unfresh services, not hosts.
The problem was caused by an internal confusion of host name and service
name of the unfresh service, which has been fixed.
Change-Id: Idc8052c9e46abc9089152cb3ca3a56d026319300
Branch: refs/heads/master
Home: https://github.com/tribe29/checkmk
Commit: 83842e097da69dc2f560fb29ef5866a95c36806a
https://github.com/tribe29/checkmk/commit/83842e097da69dc2f560fb29ef5866a95…
Author: Sven Panne <sven.panne(a)tribe29.com>
Date: 2019-09-06 (Fri, 06 Sep 2019)
Changed paths:
A .werks/7944
Log Message:
-----------
7944 FIX Fixed handling of unfresh services
The 1.6.0 branch introduced a regression: When a service was detected as
unfresh, the CMC terminated with a log message of the form:
host name mismatch in active check result: expected 'FOO', got 'BAR'
Even worse, this state was permanent: After restarting the same thing
happened again, so the only way to get out of this was to remove the CMC's
state file. Note that this only affected unfresh services, not hosts.
The problem was caused by an internal confusion of host name and service
name of the unfresh service, which has been fixed.
Change-Id: Idc8052c9e46abc9089152cb3ca3a56d026319300