- changed status to resolved
Too many syslog errors on failed ping test
When a ping test fails, an error is produced for each missing response. When using syslog logging, this results in:
Apr 05 15:07:58 debianserver monit[362]: Ping response for debian.org 1/5 timed out -- no response within 10 s
Apr 05 15:07:58 debianserver monit[362]: Ping response for debian.org 2/5 timed out -- no response within 10 s
Apr 05 15:07:58 debianserver monit[362]: Ping response for debian.org 3/5 timed out -- no response within 10 s
Apr 05 15:07:58 debianserver monit[362]: Ping response for debian.org 4/5 timed out -- no response within 10 s
Apr 05 15:07:58 debianserver monit[362]: Ping response for debian.org 5/5 timed out -- no response within 10 s
Apr 05 15:07:58 debianserver monit[362]: 'debian.org' ping test failed
All of the entrys have the priority "err" (3)
From my point of view the option check host debian.org with address debian.org
if failed icmp type echo **count 5** with timeout 10 seconds for 2 cycles then alert
is exactly for this case, when single pings are acceptable to fail.
Please lower the log priority of the Ping response for debian.org a/b timed out
message to "notice" (5)
Comments (4)
-
repo owner -
reporter Thanks for the quick fix.
A similar behavior concerns the general resource matching: When using a configuration
if cpu usage (wait) > 15% for 10 cycles then alert
monit logs on a lonely violationApr 11 01:24:30 server02 monit[2315]: 'localhost' cpu usage of 12.3% matches resource limit [cpu usage>10.0%]
["err" (3)], with correctly generating no alert. -
reporter - changed status to open
-
repo owner - changed status to resolved
fix Issue
#588→ <<cset 9b1301b134d2>>
- Log in to comment
Fixed: Issue
#588: If the connection or ping test repetition is set, log partial failures with warning priority instead of error.→ <<cset 06a43e968639>>