Deploying plugins from agent bakery

CMK version: 2.5p12
OS version: Ubuntu 26.04

Issue: We haved installed the Windows Patch day plugin to CheckMK - the current version seems to be much improved and appears to be deployable from the agent bakery. We have configured an agent rule to deploy it to our windows servers, and I can see the bakery has correctly done this, however the plugin doesnt seem to be deploying.

Not sure what I am missing here, since the agent rule is pretty basic! In older versions of CheckMK (2.3) we had to register the agent updater - we havent done that here due to not seeing a warning about it, so I assumed that it wasnt necessary, but wondering if it is?

Output of “cmk --debug -vvn hostname”: (If it is a problem with checks or plugins)

value store: loading from disk
Checkmk version 2.5.0p12

FETCHING DATA
Source: SourceInfo(hostname='windows_server1', ipaddress='1.1.1.1', ident='agent', fetcher_type=<FetcherType.TCP: 8>, source_type=<SourceType.HOST: 1>)
[cpu_tracking] Start [70765cbdb0e0]
Read from cache: AgentFileCache(base_path=/omd/sites/sitename, relative_path_template=tmp/check_mk/cache/windows_server1, max_age=MaxAge(checking=0, discovery=90.0, inventory=90.0), simulation=False, use_only_cache=False, file_cache_mode=6)
Not using cache (Too old. Age is 8 sec, allowed is 0 sec)
Connecting via TCP to 1.1.1.1:6556 (5.0s timeout)
Detected transport protocol: TransportProtocol.TLS
Reading data from agent via TLS socket
Reading data from agent
Detected transport protocol: TransportProtocol.PLAIN
Closing TCP connection to 1.1.1.1:6556
Write data to cache file /omd/sites/sitename/tmp/check_mk/cache/windows_server1
[cpu_tracking] Stop [70765cbdb0e0 - Snapshot(process=posix.times_result(user=0.010000000000000009, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.9399999994784594))]
Source: SourceInfo(hostname='windows_server1', ipaddress='1.1.1.1', ident='piggyback', fetcher_type=<FetcherType.PIGGYBACK: 4>, source_type=<SourceType.HOST: 1>)
[cpu_tracking] Start [70765cc99950]
Read from cache: NoCache(base_path=/dev/null, relative_path_template=, max_age=MaxAge(checking=0.0, discovery=0.0, inventory=0.0), simulation=False, use_only_cache=False, file_cache_mode=1)
[cpu_tracking] Stop [70765cc99950 - Snapshot(process=posix.times_result(user=0.0, system=0.0, children_user=0.0, children_system=0.0, elapsed=0.0))]
[cpu_tracking] Start [70765cc99950]

PARSE FETCHER RESULTS
<<<check_mk>>> / Transition NOOPParser -> HostSectionParser
<<<cmk_agent_ctl_status:sep(0)>>> / Transition HostSectionParser -> HostSectionParser
<<<wmi_cpuload:sep(124)>>> / Transition HostSectionParser -> HostSectionParser
<<>> / Transition HostSectionParser -> HostSectionParser
<<fileinfo:sep(124)>> / Transition HostSectionParser -> HostSectionParser
<<>> / Transition HostSectionParser -> HostSectionParser
<<<winperf_phydisk>>> / Transition HostSectionParser -> HostSectionParser
<<<winperf_if>>> / Transition HostSectionParser -> HostSectionParser
<<<winperf_processor>>> / Transition HostSectionParser -> HostSectionParser
<<>> / Transition HostSectionParser -> HostSectionParser
<<df:sep(9)>> / Transition HostSectionParser -> HostSectionParser
<<<checkmk_agent_plugins_win:sep(0)>>> / Transition HostSectionParser -> HostSectionParser
<<<dotnet_clrmemory:sep(124)>>> / Transition HostSectionParser -> HostSectionParser
<<<wmi_webservices:sep(124)>>> / Transition HostSectionParser -> HostSectionParser
<<ps:sep(9)>> / Transition HostSectionParser -> HostSectionParser
<<>> / Transition HostSectionParser -> HostSectionParser
<<<w32time_status>>> / Transition HostSectionParser -> HostSectionParser
<<<w32time_peers>>> / Transition HostSectionParser -> HostSectionParser
Transition HostSectionParser -> NOOPParser
Transition NOOPParser -> NOOPParser
<<>> / Transition NOOPParser -> HostSectionParser
Get piggybacked data
0 piggyback files for 'windows_server1'.
0 piggyback files for '1.1.1.1'.
HostKey(hostname='windows_server1', source_type=<SourceType.HOST: 1>)  -> Add sections: ['check_mk', 'checkmk_agent_plugins_win', 'cmk_agent_ctl_status', 'df', 'dotnet_clrmemory', 'fileinfo', 'logwatch', 'mem', 'ps', 'services', 'systemtime', 'uptime', 'w32time_peers', 'w32time_status', 'winperf_if', 'winperf_phydisk', 'winperf_processor', 'wmi_cpuload', 'wmi_webservices']
HostKey(hostname='windows_server1', source_type=<SourceType.HOST: 1>)  -> Add sections: 

Received no piggyback data
CPU utilization      Total CPU: 9.98%
Check_MK Agent       Version: 2.5.0p12, OS: windows, Agent plug-ins: 0, Local checks: 0
Disk IO SUMMARY      Read: 0.00 B/s, Write: 82.2 kB/s, Latency: 210 microseconds
DotNet Memory Management Global Time in GC: <0.01%
Filesystem C:/       Used: 77.60% - 61.2 GiB of 78.9 GiB, Not enough data to calculate trend
Filesystem E:/       Used: 52.33% - 52.3 GiB of 99.9 GiB, Not enough data to calculate trend
Interface 1          [Intel[R] 82574L Gigabit Network Connection], (up), MAC: 00:50:56:97:9A:21, Speed: 1 GBit/s, In: 1.26 kB/s (<0.01%), Out: 2.42 kB/s (<0.01%)
Memory               RAM: 15.12% - 4.84 GiB of 32.0 GiB, Virtual memory: 13.96% - 4.75 GiB of 34.0 GiB
Processor Queue      15 min load: 0.06, 15 min load per core: 0.00 (16 logical cores)
Service Summary      Autostart services: 86, Stopped services: 5
System Time          Offset: -779 milliseconds
Uptime               Up since 2026-09-08 10:21:45, Uptime: 5 hours 5 minutes
Web Service Default Web Site Connections: 0
Windows time service Offset: 2 milliseconds, Last successful sync: 3 minutes 34 seconds ago, Source: ctspdc04.corp.cts.ads, Stratum: 5
Windows time service peers Found 1 peer, Failed: 0
0 piggyback files for '1.1.1.1'.
0 piggyback files for 'windows_server1'.
[cpu_tracking] Stop [70765cc99950 - Snapshot(process=posix.times_result(user=0.010000000000000009, system=0.009999999999999953, children_user=0.0, children_system=0.0, elapsed=0.009999999776482582))]
[agent] Success, [piggyback] Success (but no data found for this host), execution time 0.9 sec | execution_time=0.950 user_time=0.020 system_time=0.010 children_user_time=0.000 children_system_time=0.000 cmk_time_agent=0.930

It depends :wink: If you have configured your deployed agent with this option.


It can also be the option “On first Agent Controller registration”.
In the agent updater settings, then you register the updater already with the TLS registration.
After this you can check on the host as before with executing the agent itself with the options “updater -vvv”.

The patch day plugin i have in some of my system with 2.5 in usage and there was no problem with the deployment.

Here are the settings. The registration option was left to default, as it looked like the defaults were valid for our setup (we only have 1 CMK server).

Interestingly this is what I see when running the agent with the updater verbose command:

image

Something not working there!