Just a quick bug fix release with no major changes today: 4.4.1. ![]()
With version 4.4.0 we introduced a bug in the hosts module that would always create hosts in the main directory under certain conditions. This is fixed with this release. ![]()
Just a quick bug fix release with no major changes today: 4.4.1. ![]()
With version 4.4.0 we introduced a bug in the hosts module that would always create hosts in the main directory under certain conditions. This is fixed with this release. ![]()
So this one took a while. ![]()
Announcing the Ansible Collection version 5.0.0! ![]()
As you can tell from the version number: This is a breaking release, so let me start by outlining the breaking changes:
lookup_folder plugin now returns the full folder object, including the title and not only the attributes. To keep the current behavior in your playbooks, you want to use {{ my_lookup_result.extensions }} instead of {{ my_lookup_result }}. agent role had an internal variable checkmk_agent_server_ip which is now checkmk_agent_server_ips and is used differently. It just came to my attention, that users might consider this breaking, so I am mentioning it here.Not less important, but less annoying are the following changes:
rule module got a rewrite based on the new collection API. This rewrite also features a new rule_id parameter, which makes the module so more powerful and improves the possible idempotence considerably. discovery module now completely supports Checkmk 2.3.0, especially, when it comes to new option. It got two new options, which are available starting with Checkmk 2.3.0. And we fixed a bug when calling the tabula_rasa state.agent role by popular demand to enable more diverse setups. A considerable amount of housekeeping did also take place. I am mentioning it here for transparency, but also to show off a little. ![]()
Instead of mentioning the contributors on this massive release in all the places they worked on, I want to instead thank them here: @lars.getwan, @Max and @sekania thank you so much for your untiring and relentless efforts to make this release happen! ![]()
It was a long road, but we finally landed it! ![]()
This release is all about the agent role. ![]()
Announcing the Checkmk Ansible Collection 5.1.0. ![]()
As you can tell, we did not even need to do a bug fix release for the breaking release some days ago, we directly went on to new features. Way to go! ![]()
This release features the following notable changes:
agent and server roles are now prefixed with a double underscore (__) per Ansible good practices. In case you hooked into any of them, please make sure to double-check your playbooks and avoid using role-internal variables moving forward. If you think the role is not flexible enough for your use-case, do let us know in form of an issue or pull request! As always, if you find any issue with this release, do let us know here in the forum or on GitHub. ![]()
Itās time for a Checkmk Collection release, donāt yāall think?! ![]()
Announcing another release with some cool fixes and updates! ![]()
First-off, I want to give a shout-out to our new first-time contributors: maroessler (Michael_on_Github) Ā· GitHub, gfokkema (Gerlof Fokkema) Ā· GitHub and krsche (Fabian Kirschner) Ā· GitHub, thank you for your contributions!
I have not done this before, not intentionally, but because I never thought of it. Sorry if I did not mention you here, but I did mention you at our last yearās CMKConf #9. ![]()
Now to the notable changes:
tag_group module to use our new Collection API and made it support the next major Checkmk version 2.4.0, which will be released next year. agent role. This means you can now register the agent e.g., against an HTTP remote site, where the central site is HTTPS-protected or vice versa. This was not possible before. agent came with a bug, where registration for agent updates was not possible after a failed former attempt. This is fixed now. As always, if you find any issue with this release, do let us know here in the forum or on GitHub. ![]()
Just a quick bug fix release today. ![]()
Thanks Mik3yZ and Dennis-Q for staying vigilant and seeing this through to the eventual fix! ![]()
Without further ado, I give you: 5.2.1:
update_attributes failed on a folder with the Network Scan enabled. Long time in the making, but I promise: It was worth the wait. ![]()
Proudly presenting: The Checkmk Ansible Collection version 5.3.0! ![]()
This release contains not one, not two, but three new modules! ![]()
To be fair, two of them are lookup modules, but nevertheless.
And as if that wasnāt enough already, I got one more treat for you: The first version of a dynamic inventory source! ![]()
Most notable changes:
site module to manage distributed monitoring connection alongside with two matching lookup plugins: lookup_site and lookup_sites. Nice one! rule module and one for the folder module (the latter being implemented by yours truly As always, if you find issues or have feedback, head over to GitHub, or open a dedicated discussion in this forum. ![]()
And now without further ado, I hope you enjoy this release as much as we do! Cheers! ![]()
A quick bugfix release, courtesy of @sekania, who was on a bug squashing spree. ![]()
Fixes included:
contact_groups, host_groups and service_groups now properly pass the customer attribute, when using the groups parameter. rule module now properly moves an existing rule to a new folder. Happy holidays everyone! ![]()
I would not want to let you go for some well deserved downtime (monitoring pun intended), without a little holiday present: The Checkmk Ansible Collection 5.3.2. ![]()
As you can see from the version, this is a bugfix release and does not really change much.
Please refer to the release pull request for the build- and documentation-related changes.
Again, happy holidays, have a good time off, or at least a quiet time with a monitoring, which is more on the green side of the Christmas tree. ![]()
![]()
See yāall on the other side in 2025! ![]()
Happy new year everyone! ![]()
(Yeah, I said it. Again. Two weeks into the year. But now it is out of my system. Pinky promise.
)
We have a little treat for you: The Checkmk Ansible Collection 5.4.0 ![]()
There are two changes worth mentioning:
server_url and site are related and what it means for the userās configuration. Thanks! agent role. This enables elaborate use-cases, where network connectivity is limited between a monitored host and the Checkmk server. Neat! Both are first-time contributors, so a big shout-put for stepping up! ![]()
And just like that, sneakily as a snail did we release 5.5.0! ![]()
This release features mostly maintenance related changes, but one thing I want to highlight:
ra2xfael struck again and landed the possibility to configure the /tmp directory for the server role, as well as fixing an issue with file permissions in the agent role. Two times in a row making a release, nice job! ![]()
And with that, Iāll leave you to it. Have a wonderful night everyone. ![]()
Another week, another release. Announcing the Checkmk Ansible Collection 5.6.0. ![]()
ra2xfael just scored a hat trick, with their third contribution in a row. ![]()
This release features MKP management for the server role. ![]()
Refer to the roleās README for details on how to use this new feature. ![]()
Some love for the agent role!
Announcing the Ansible Collection 5.7.0. ![]()
This release contains one feature and one bug fix:
Both people are first-time contributors, so letās welcome them to the realms of collection code contributors. Way to go guys! ![]()
This one is a big one!
Announcing the Checkmk Ansible Collection 5.8.0! ![]()
With the start of the public beta of Checkmk 2.4.0 a while back it is about time, that the collection features full support for this version. And with this release, it finally does. Most features of course just continued to work, but a few aspects needed some love. ![]()
A big shout out to @lars.getwan, who made most of the fixes necessary for Checkmk 2.4.0 possible! ![]()
Additionally, ra2xfael made the URL for the GPG key download of the server role configurable, so it can be fetched from a custom location and not only from the official Checkmk repository. Neat! ![]()
It is spring-cleaning time! ![]()
Well, it has been, but we wanted to make sure we tidy everything up nicely. ![]()
Announcing the Checkmk Ansible collection 5.9.0!
This release features primarily clean-ups and minor bug fixes. ![]()
But let me not end without announcing two relevant changes:
tag_group module to configure āaux_tagsā. aux_tags module (yet), so the tag_group module can only use existing āaux_tagsā. If you feel up for the task, head over to GitHub and start implementing the module! And now without further ado:
Right after an awesome CMKConf 11 are we back with a collection release. ![]()
Announcing the Checkmk Ansible Collection 5.10.0! ![]()
This release has it all again: New features, code improvements and the occasional bugfix.
Here are the most notable changes:
server role. Thanks a lot! ansible.builtin.package module across the collection. This mitigates some issues on older platforms, makes the whole approach more stable and generic, while still retaining the possibility to pass module-specific options where necessary. And without further ado, here is the release:
Today I give a minor bug fix release.
The Checkmk Ansible Collection 5.10.1. ![]()
This one has again mainly build-related changes and improvements, but I want to mention two significant things:
no_log was specified. Thanks! Now, without further ado, I give you the Checkmk Ansible Collection 5.10.1:
I got something cool during these hot days. ![]()
The Checkmk Ansible Collection 5.11.0. ![]()
And this release actually has a couple cool features, next to the usual build-related changes:
server role. Way to go, pal! As always, refer to the changelog for details. ![]()
It is summer, and some are taking a well-deserved summer break. So I thought, giving you a breaking change would be most fitting. ![]()
Seriously though: In order to keep the Checkmk Ansible Collection focussed and not too convoluted, we decided to remove some formerly introduced functionality. This namely was a certain level of firewall management, which primarily the agent role did. It was introduced by a contributor back in the day and at the time we did not really consider the long-term effects. But the contributor is not around anymore and maintaining the functionality can become cumbersome quickly. We did realize soon - thanks to an issue on GitHub - that it actually makes little sense for us to try to build and maintain elaborate firewall management for the roles of our collection, while there are plenty or awesome dedicated roles out there for this very task.
That is why we reduced the firewall management to a simple āopen the bare minimum ports for the agent and a standalone server to work out of the boxā. This is what you get now, when enabling checkmk_agent_configure_firewall or checkmk_server_configure_firewall (which is the default still).
Please refer to the roles READMEs for more details.
To drive the message home thoroughly: If you use the agent or server role, double-check how you do firewall management! ![]()
Thank you for your understanding, we hope this change is not too inconvenient for you.
Let us know, if there is anything we might have overlooked.
And now, I give you, the Checkmk Ansible Collection 6.0.0:
Just a minor release with primarily build-related changes: The Checkmk Ansible Collection 6.0.1.
The most notable changes:
Podman exclusively. agentrole README on how to add host tags during host creation. Thanks! agent and server roles, so they are more accessible. Releasing on a Friday, what could possibly go wrong? ![]()
Announcing the Checkmk Ansible Collection 6.1.0! ![]()
Amongst housekeeping, this release includes two significant changes:
agent roles capability of adding hosts to your Checkmk server had a design flaw: If the host was already present in your Checkmk, but the Ansible configuration wanted it to be in a different folder and at the same time manage attributes of said host, the task would fail. This is due to a sensible behavior of the host module, but it had this unwanted side effect for the role. This release fixes that. From now on, hosts will both be moved to the designated folder and their attributes will be managed during the same run. As a user, you should not notice the change, but if you worked around the aforementioned error somehow, now is the time to get rid of those workarounds. And thatās it. Two minor changes, with significant background and hopefully making your experience just a little better. ![]()