Checkmk werks level1 February 2021

checkmk-werks-lvl1@lists.checkmk.com

23 participants
182 discussions

Checkmk Werk 11847: Windows agent may get winperf data without spawning new process

by Sergey Kipnis

ID: 11847 Title: Windows agent may get winperf data without spawning new process Component: Checks & agents Level: 1 Class: New feature Version: 2.1.0i1 Since this release it is possible to generate winperf data without spawning a new process. To enable this feature you should edit check_mk.user.yml file and set in the section <tt>winperf</tt> the key <tt>fork</tt> in <tt>no</tt> This setting is primary intended for problem solving and should be used carefully, because Windows OS may leak handles when winperf API is used.

3 years, 7 months

Checkmk Werk 11846: Windows agent supports logging for winperf

by Sergey Kipnis

ID: 11846 Title: Windows agent supports logging for winperf Component: Checks & agents Level: 1 Class: New feature Version: 2.1.0i1 Since this release it is possible to log messages from winperf. To get log you have to edit check_mk.user.yml file and set in the section <tt>winperf</tt> the key <tt>trace</tt> to <tt>yes</tt>. Restart of the service is mandatory. The log will be provided in the file <log/winperf.log</tt>

3 years, 7 months

Checkmk Werk 12022: New inventory plugins for Fortinet systems

by Joerg Herbel

ID: 12022 Title: New inventory plugins for Fortinet systems Component: HW/SW Inventory Level: 1 Class: New feature Version: 2.1.0i1 This werk introduces four new inventory plugins plugins. They all gather their data via SNMP. <ul> <li><tt>fortisandbox_system</tt>: Inventorizes the operating system version of Fortinet FortiSandbox systems.</li> <li><tt>fortisandbox_software</tt>: Inventorizes the versions of the software of Fortinet FortiSandbox systems. Examples include the version of the tracer engine and the sniffer.</li> <li><tt>fortiauthenticator_system</tt>: Inventorizes the model and the serial number of Fortinet FortiAuthenticator systems.</li> <li><tt>fortigate_ha</tt>: Inventorizes the HighAvailability mode, priority, schedule, group id and group name of Fortinet FortiGate Systems.</li> </ul>

3 years, 7 months

Checkmk Werk 12004: ibm_mq_managers: Display the Replicated Data Queue Manager (RDQM)

by External contributor

ID: 12004 Title: ibm_mq_managers: Display the Replicated Data Queue Manager (RDQM) Component: Checks & agents Level: 1 Class: New feature Version: 2.1.0i1

3 years, 7 months

Checkmk Werk 12003: ibm_mq: Imrove inventory views

by External contributor

ID: 12003 Title: ibm_mq: Imrove inventory views Component: Checks & agents Level: 1 Class: New feature Version: 2.1.0i1

3 years, 7 months

Checkmk Werk 11725: storcli_pdisks, storcli_vdisks: Support multiple RAID controllers per system

by External contributor

ID: 11725 Title: storcli_pdisks, storcli_vdisks: Support multiple RAID controllers per system Component: Checks & agents Level: 1 Class: Bug fix Version: 2.1.0i1 When monitoring LSI MegaRAID controller via StorCLI, now all drives of all RAID controllers of a system do get discovered and added as a service. Previously, the discovery did only find the first controller of a system. To differentiate between the controllers, the item name is prepended by "Cn.", where n is the number of the controller.<br> E.g.: <ul> <li><tt>RAID Virtual Drive 0/0</tt> would become <tt>RAID Virtual Drive C0.0/0</tt> for controller 0</li> <li><tt>RAID PDisk EID:Slot-Device 13:9-19</tt> would become <tt>RAID PDisk EID:Slot-Device C1.13:9-19</tt> for controller 1</tt></li> </ul> As this Werk changes the item name, this is an incompatible change and will require re-discovering the services.

3 years, 7 months

Checkmk Werk 12039: cluster discovery: Fix moving services to unmonitored

by Lars Michelsen

ID: 12039 Title: cluster discovery: Fix moving services to unmonitored Component: Setup Level: 1 Class: Bug fix Version: 2.1.0i1

3 years, 7 months

Checkmk Werk 11705: mk_postgres: compatibility for python2.6

by Ulrich Bschorer

ID: 11705 Title: mk_postgres: compatibility for python2.6 Component: Checks & agents Level: 1 Class: Bug fix Version: 2.1.0i1 The mk_postgres agent plugin crashed and did not produce any agent sections if run with python2.6. The following error message occured: "ImportError: No module named argparse" In order to run this plugin with python2.6 you need to redeploy the agent plugin.

3 years, 7 months

Checkmk Werk 12021: Windows agent plugin for MySQL (<tt>mk_mysql</tt>): support MariaDB

by External contributor

ID: 12021 Title: Windows agent plugin for MySQL (<tt>mk_mysql</tt>): support MariaDB Component: Checks & agents Level: 1 Class: New feature Version: 2.1.0i1 The Windows agent plugin <tt>mk_mysql</tt> for monitoring MySQL databases now supports MariaDB. If you want to use this feature, you have to update the plugin on the corresponding hosts. No other configuration steps are necessary. You will then discover additional services on these hosts. Users who simply want to continue monitoring their already existing MySQL DBs do not have to take any steps.

3 years, 7 months

Checkmk Werk 11352: iptables: Keep ACK after update/restart

by Timotheus Bachinger

ID: 11352 Title: iptables: Keep ACK after update/restart Component: Checks & agents Level: 1 Class: Bug fix Version: 2.1.0i1 In case a changed iptable config - which results in {CRIT} - was acknowledged, the ACK vanished after a <tt>omd update<\tt> or <tt>omd restart<\tt>. The reason therfore is that the check will go to state {OK} for one checkinterval after the update/restart and then become {CRIT} again. The intermediate state is now {PENDING}, which is actually more precise.

3 years, 7 months

← Newer
1
...
12
13
14
15
16
17
18
19
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Checkmk werks level1 February 2021