| Thanks for data Paolo.
The problem was in the response read - it tried to fill buffer which was larger then necessary. The read was then waiting till the timeout expired - although the response was in the buffer already.
The attached patch solves the problem (will be fixed in the next monit version too).
Regards, Martin
|
memcache.patch
Description: Binary data
Hi all, I assume the protocol is TCP anyhow we are using the monit implemetation of the memcache protocol. I have no clue on the possible impact of the Timeout value, anyhow even if the response time is always 5 seconds we are not receiving any alert. From a first look at the network trace it seems that the check on the memcached availability is done every 6 seconds even if in the configuration there is "set daemon 60". All the other checks (MySQL, HTTP, etc.) are on a 60 seconds frequency. Cheers, Paolo P.S.: I'm sending the network trace on a separate mail.
-- To unsubscribe: https://lists.nongnu.org/mailman/listinfo/monit-general
|
--
To unsubscribe:
https://lists.nongnu.org/mailman/listinfo/monit-general