Fix unnecessary action retries in Tornado’s Smart Monitoring component
We fixed a bug affecting Tornado in NetEye 4.45 for a specific edge case in Tornado’s Smart Monitoring component that was causing unnecessary system overhead and log bloat.
Specifically, when Tornado attempted to perform a “check result” in Icinga2 for a host that had been disabled on the Icinga2 side, the action would fail. Because Tornado viewed this as a transient failure (such as the object not being activated in time), it would trigger its action retry logic. Since a disabled host will never successfully accept a check result, the system would repeatedly attempt the action until the retry limit was reached.
We have updated the smart monitoring component to now consider the edge case when inspecting the cause of failure before deciding to retry. If the failure is caused by a target host being disabled, Tornado will now recognize this as a deterministic failure and not trigger the retry logic.
List of updated packages
To solve the issue mentioned above, the following packages have been updated for NetEye 4.45:
tornado, tornado-autosetup, tornado-common, tornado-devel, tornado-neteye-config, tornado-rsyslog-collector-logmanager to version 1.39.2-1
Fix: monitoring links from the Event Overview When opening a link from the Event Overview page, the monitoring URL was supposed to be translated into the corresponding IcingaDB link. The translation was only handled on a simple click, though, so Read More
Improve visibility of Feature command state icons Feature command state icons and captions were difficult to see against the white background in the UI. To improve readability and accessibility, we updated the icon and caption colors to provide stronger contrast Read More
Important: Keycloak security update Type/Severity NetEye Product Security has rated this update as having a high security impact. Topic An update for the keycloak packages is now available for NetEye 4. Security Fix for NetEye 4.48 26.6.2_neteye1.40.0-1 Summary This vulnerability allows an attacker Read More
Fix HEAD HTTP method not supported We resolved a compatibility issue affecting HEAD requests to NetEye endpoints. These requests could previously time out because the method was not fully supported by the underlying architecture. As a result, some procedures could Read More
Fix IcingaDB password file sync on all cluster nodes. We have resolved an issue that caused an IcingaDB password file to be present only on one node in a cluster installation. This could lead to failures during NetEye updates and Read More