We fixed a bug that caused tornado smart monitoring executor to throw errors if the object name contained some special characters. Together with this bug fix we also deprecated the retry option on pending object, as we resolved this issue in NetEye 4.22. If a custom configuration was created, it will be backed up as smart_monitoring_check_result.toml.rpmsave and can be removed savely.
For NetEye 4.29 we updated the following packages:
tornado, tornado-common, tornado-dto, tornado-rsyslog-collector-logmanager, tornado-autosetup and tornado-neteye-config to version 1.21.1-1
We fixed a bug which was causing the Elasticsearch upgrade procedure to fail in a race condition. In particular, after the upgrade of the Elasticsearch RPM and before the restart of the service, the running Elasticsearch service could possibly fail Read More
Hello everyone! Today, I'd like to briefly discuss an improvement to the update and upgrade procedures that we've started to adopt with NetEye 4.39! What we wanted to improve One aspect that made quite an impact was that whenever the Read More
Hello everyone! Today, I’d like to share an exciting improvement we’ve made to the installation and upgrade procedures in NetEye, introducing a faster and more efficient parallel architecture! Why Modernize the Installation and Upgrade Processes? At Würth Phoenix, we strive Read More
After the previous release of an Icinga2 bugfix for a race-condition during the shutdown, some issues with the connection to satellite nodes emerged. This bugfix release is a cleanup we worked on in cooperation with Icinga2 to address those issues. Read More
We fixed an issue related to the upgrade path from 4.37 to 4.38, where the upgrade could have blocked at the secure install phase due to the missing retrieval of upgrade checkpoints. We updated the following packages: neteye-upgrade-manager to version Read More
