You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For comparison: blackbox_exporter logs some parameter errors at "debug" level (e.g. "Unknown module"), but not others (e.g. "Target parameter is missing"). In any case I think these should be at "info" or higher, otherwise you never see them unless you turn on debug, which gives you a lot of chatter for successful probes as well.
Other notes
These errors will be detected by prometheus itself as up==0. However, under Status > Targets the HTTP response body isn't visible. Instead you get:
server returned HTTP status 400 Bad Request
or
Get "http://127.0.0.1:9116/snmp?auth=xxxx&module=yyyy&target=z.z.z.z": context deadline exceeded
Hence having the actual error appear in logs is helpful for debugging; otherwise you need to make a manual scrape (e.g. with curl) to see the error, or tcpdump the traffic to the exporter.
The text was updated successfully, but these errors were encountered:
snmp_exporter version
What did you do that produced an error?
Some things which intentionally cause errors:
curl -sS 'localhost:9116/snmp'
curl -sS 'localhost:9116/snmp?module=if_mib&target=1.2.3.4'
These both return meaningful error messages in the HTTP response, via
http.Error()
What did you expect to see?
These errors also to be consistently available in logs.
What did you see instead?
The missing target error is not logged at all, not even at "debug" level.
The target scrape error is logged at "info" level:
For comparison: blackbox_exporter logs some parameter errors at "debug" level (e.g. "Unknown module"), but not others (e.g. "Target parameter is missing"). In any case I think these should be at "info" or higher, otherwise you never see them unless you turn on debug, which gives you a lot of chatter for successful probes as well.
Other notes
These errors will be detected by prometheus itself as up==0. However, under Status > Targets the HTTP response body isn't visible. Instead you get:
or
Hence having the actual error appear in logs is helpful for debugging; otherwise you need to make a manual scrape (e.g. with
curl
) to see the error, or tcpdump the traffic to the exporter.The text was updated successfully, but these errors were encountered: