Module: check_mk
Branch: master
Commit: 5e690cc6aafac26d7ee7258bac9286b4470e8165
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=5e690cc6aafac2…
Author: Sven Panne <sp(a)mathias-kettner.de>
Date: Tue Apr 4 13:24:29 2017 +0200
4433 FIX Fixed freshness and staleness for always-up and cluster hosts.
Host which should be considered always-up and cluster hosts had wrong
freshness and staleness values: They were effectively only checked once, but
never again, so they were considered unfresh and stale after some time.
This has been fixed.
Change-Id: I13a3319e5832eb80a6faec54bad280349107c7b5
---
.werks/4433 | 13 +++++++++++++
1 file changed, 13 insertions(+)
diff --git a/.werks/4433 b/.werks/4433
new file mode 100644
index 0000000..de8a7ff
--- /dev/null
+++ b/.werks/4433
@@ -0,0 +1,13 @@
+Title: Fixed freshness and staleness for always-up and cluster hosts.
+Level: 1
+Component: core
+Compatible: compat
+Edition: cee
+Version: 1.5.0i1
+Date: 1491304933
+Class: fix
+
+Host which should be considered always-up and cluster hosts had wrong
+freshness and staleness values: They were effectively only checked once, but
+never again, so they were considered unfresh and stale after some time.
+This has been fixed.
Module: check_mk
Branch: master
Commit: f8831b8ebffa1971660bb8bd939e3414d3be82ab
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=f8831b8ebffa19…
Author: Simon Betz <si(a)mathias-kettner.de>
Date: Tue Apr 4 11:46:28 2017 +0200
4581 FIX postgres_stats: Fixed confusion of VACUUM and ANALYSE timestamp in agent plugin
Change-Id: Icd7ace1e8ff2b6bd29c97d3e96ffee9d54a3dbc5
---
.werks/4581 | 11 +++++++++++
agents/plugins/mk_postgres | 2 +-
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/.werks/4581 b/.werks/4581
new file mode 100644
index 0000000..9870269
--- /dev/null
+++ b/.werks/4581
@@ -0,0 +1,11 @@
+Title: postgres_stats: Fixed confusion of VACUUM and ANALYSE timestamp in agent plugin
+Level: 1
+Component: checks
+Class: fix
+Compatible: compat
+Edition: cre
+State: unknown
+Version: 1.5.0i1
+Date: 1491299038
+
+
diff --git a/agents/plugins/mk_postgres b/agents/plugins/mk_postgres
index 0db8504..77837d8 100755
--- a/agents/plugins/mk_postgres
+++ b/agents/plugins/mk_postgres
@@ -93,7 +93,7 @@ FIRST=""
for db in $DATABASES ; do
LASTVACUUM="$(echo "BEGIN;SET statement_timeout=30000;COMMIT;SELECT current_database() AS datname, nspname AS sname, relname AS tname,
CASE WHEN v IS NULL THEN -1 ELSE round(extract(epoch FROM v)) END AS vtime,
- CASE WHEN g IS NULL THEN -1 ELSE round(extract(epoch FROM v)) END AS atime
+ CASE WHEN g IS NULL THEN -1 ELSE round(extract(epoch FROM g)) END AS atime
FROM (SELECT nspname, relname, GREATEST(pg_stat_get_last_vacuum_time(c.oid), pg_stat_get_last_autovacuum_time(c.oid)) AS v,
GREATEST(pg_stat_get_last_analyze_time(c.oid), pg_stat_get_last_autoanalyze_time(c.oid)) AS g
FROM pg_class c, pg_namespace n
Module: check_mk
Branch: master
Commit: 7c7139818f674408ce6854fd2a850d7ea5e407c4
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=7c7139818f6744…
Author: Sven Panne <sp(a)mathias-kettner.de>
Date: Tue Apr 4 11:02:22 2017 +0200
4432 FIX Avoid starvation of normal checks by real-time checks
Real-time checks could easily starvate normal checks, because they prevented
scheduling of the Check_MK agent with a high probability. This has been
fixed now.
Change-Id: I7ec883906857a1632dc92c44e386b358bab2630b
---
.werks/4432 | 12 ++++++++++++
1 file changed, 12 insertions(+)
diff --git a/.werks/4432 b/.werks/4432
new file mode 100644
index 0000000..3252bf6
--- /dev/null
+++ b/.werks/4432
@@ -0,0 +1,12 @@
+Title: Avoid starvation of normal checks by real-time checks
+Level: 1
+Component: core
+Compatible: compat
+Edition: cee
+Version: 1.5.0i1
+Date: 1491296216
+Class: fix
+
+Real-time checks could easily starvate normal checks, because they prevented
+scheduling of the Check_MK agent with a high probability. This has been
+fixed now.
Module: check_mk
Branch: master
Commit: 019b6025edc9c46e7b750073fea44033fd39aaf4
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=019b6025edc9c4…
Author: Sven Panne <sp(a)mathias-kettner.de>
Date: Tue Apr 4 10:08:58 2017 +0200
Fixed some minor typos.
Change-Id: I5be25c4da10e053b7c8e505d224915111528d082
---
.werks/8350 | 30 +++++++++++++++---------------
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/.werks/8350 b/.werks/8350
index 9a7cea4..d968d10 100644
--- a/.werks/8350
+++ b/.werks/8350
@@ -7,8 +7,8 @@ Version: 1.2.7i4
Date: 1450274655
Class: feature
-This release introduces a new feature named Real-time checks. With the new
-Real-time checks it is possible to monitor specific things a lot shorter
+This release introduces a new feature named real-time checks. With the new
+real-time checks it is possible to monitor specific things a lot shorter
intervals than the normal interval of 60 seconds.
This feature has mainly been developed to get detailed graphs for some values
@@ -16,15 +16,15 @@ which change often like for example the memory usage or CPU utilization. But
not only the performance data is updated in this interval. The complete service
state is updated which may also result in faster notifications.
-The Real-time checks are working like this: The core is listening on the network
-for incoming Real-time check results which are basically UDP packets sent by
-the agents in an interval of one second. This needds to be enabled using the
+The real-time checks are working like this: The core is listening on the network
+for incoming real-time check results, which are basically UDP packets sent by
+the agents in an interval of one second. This needs to be enabled using the
configuration option <i>Global Settings > Enable handling of Real-Time Checks</i>.
You need to configure the UDP port to listen on (6559 by default) and the secret
-which is used to decrypt the Real-time checks. This secret needs to be equal for
-the Check_MK server and all agents which are sending Real-time check results.
+which is used to decrypt the real-time checks. This secret needs to be equal for
+the Check_MK server and all agents which are sending real-time check results.
-The agents need to be configured to send Real-time check results. This can currently
+The agents need to be configured to send real-time check results. This can currently
be done for the Linux and Windows Agents. On linux you need to create a file
/etc/check_mk/real_time_checks.cfg with the following contents:
@@ -42,7 +42,7 @@ real-time check secret which is shared between the Check_MK agent and the server
to encrypt the transfered data. For example <tt>chmod 640 /etc/check_mk/real_time_checks.cfg</tt>
is a good idea.
-On windows you need to add the following to the <tt>[global]</tt> section
+On Windows you need to add the following to the <tt>[global]</tt> section
of your check_mk.ini and restart the Check_MK service:
F+:check_mk.ini
@@ -54,15 +54,15 @@ F-:
The agent is working as usual, waiting for connections from the Check_MK server.
Once a Check_MK server is contacting the agent, the agent is responding with
-it's regular response. Now, when Real-time checks are enabled, the agent is
+it's regular response. Now, when real-time checks are enabled, the agent is
sending one UDP packet for each enabled section per second to the host address
which had queried the Check_MK agent, which is normally the Check_MK servers
address.
-The data which can be processed as Real-time check is limited, so we limit the
-sections which can be send as Real-time checks. Currently you can enable only
+The data which can be processed as real-time check is limited, so we limit the
+sections which can be sent as real-time checks. Currently you can enable only
the <tt>mem</tt> and <tt>cpu</tt> sections on linux and <tt>mem</tt> and
-<tt>winperf</tt> on windows systems. This might be extended in the future.
+<tt>winperf</tt> on Windows systems. This might be extended in the future.
To get detailed graphs, you now need to configure your RRD databases to be able
to store these detailed information. This can be done via the ruleset
@@ -71,7 +71,7 @@ to store these detailed information. This can be done via the ruleset
You need to create a new rule and first need to ensure that you only apply the
rule to checks which get real-time check information as the RRDs of these
services need more disk space. So you should only select the CPU/Memory services
-of hosts which are sending Real-time check results.
+of hosts which are sending real-time check results.
Then you need to configure this rule to have a 1 second precision for a duration
of your choice.
@@ -100,6 +100,6 @@ You need to configure these numbers:
After you configured this, you need to run <tt>cmk --convert-rrds -v</tt> to convert
the existing RRDs.
-After the conversion has finished and processing of the Real-time checks works
+After the conversion has finished and processing of the real-time checks works
correctly, you should see the service state, output and graphs e.g. of the "CPU utilisation"
service updating in an interval of one second.