I know where are already some Questions regarding this topic and its not possible to delete a channel from a sensor. I found a topic which says to configure the threasholds in the channel and not in the sensor, but what should i do with Sensors like "SNMP NetApp Systemzustand" or "SSL Zertifikatssensor"?
SNMP NetApp Systemzustand: there are already no threasholds on the sensor, only for the channels. But one channel "Gesamtzustand Dateisystem" showes Error "Full". I cant change a threashold for this. This channel isnt important, but the sensor is red.
SSL Zertifikatssensor: i dont want to check the revocation status, but i want to see the days to expire. The Sensor is always in warning state. How can i set it to green?
Regards
Michael Fink
Article Comments
Hello Michael,
thank you for your KB-Post and inquiry.
Essentially, sensor alerts can be split into 3 main categories:
Alerts Triggered by Limits
Specifically, the Upper/Lower Warning/Error limits in the channels settings.
Sensor | Message |
WMI Memory | 25 % (Percent Available Memory) is below the warning limit of 30 % in Percent Available Memory |
Alerts Triggered by Lookups
Lookups are associated to a channel and map a value to a status/message.
Sensor | Message |
SSL Certificate Sensor | Error by lookup value 'Yes' in Revoked |
Internal Sensor Errors
This errors are independent from everything else, they can be due to a configuration in the sensor or because of a general monitoring error.
Sensor | Message |
Ping | Request timed out (ICMP error # 11010) |
HTTP Advanced | Error: String not found [user name] |
To discern between the cause of the error, head to the sensor's overview and review the message. Both cases that you've mentioned appear to be caused by lookups, you'll be able to confirm this by reviewing the message of the sensor, if it contains the term lookup, the next step is to locate the channel that is causing the alert, this will be part of the message as well. Specifically in your case, you can do the following:
SNMP NetApp System Health Sensor
- Open the Sensor
- Locate the FileSystem Overall channel, click it to open it's settings.
- Set the lookup to "none".
- Save
Please note that a failure may be imminent, disabling lookups is only recommended when you're absolutely sure of what you're doing and if you're certain that you will not miss alerts because of this.
SSL Certificate Sensor
- Open the Sensor
- Locate the Revoked channel, click it to open it's settings.
- Set the lookup to "none".
- Save
More Information
It's also possible to modify/customize your lookups, this way you can modify the behavior of multiple sensors (caution advised):
Best Regards,
Luciano Lingnau [Paessler Support]
Mar, 2017 - Permalink
Hello Michael,
thank you for your KB-Post and inquiry.
Essentially, sensor alerts can be split into 3 main categories:
Alerts Triggered by Limits
Specifically, the Upper/Lower Warning/Error limits in the channels settings.
Alerts Triggered by Lookups
Lookups are associated to a channel and map a value to a status/message.
Internal Sensor Errors
This errors are independent from everything else, they can be due to a configuration in the sensor or because of a general monitoring error.
To discern between the cause of the error, head to the sensor's overview and review the message. Both cases that you've mentioned appear to be caused by lookups, you'll be able to confirm this by reviewing the message of the sensor, if it contains the term lookup, the next step is to locate the channel that is causing the alert, this will be part of the message as well. Specifically in your case, you can do the following:
SNMP NetApp System Health Sensor
Please note that a failure may be imminent, disabling lookups is only recommended when you're absolutely sure of what you're doing and if you're certain that you will not miss alerts because of this.
SSL Certificate Sensor
More Information
It's also possible to modify/customize your lookups, this way you can modify the behavior of multiple sensors (caution advised):
Best Regards,
Luciano Lingnau [Paessler Support]
Mar, 2017 - Permalink