BUG/MINOR: tcpcheck: Don't rearm the check timeout on each read
authorChristopher Faulet <cfaulet@haproxy.com>
Wed, 9 Dec 2020 18:46:38 +0000 (19:46 +0100)
committerChristopher Faulet <cfaulet@haproxy.com>
Fri, 11 Dec 2020 10:48:15 +0000 (11:48 +0100)
commitc878f56f7c921135acca5e3dccf7961422928285
tree051b9dac3ccb1bc9e38b34ef7111501a2bfb4505
parent3f527197cd7d34fc1975862f346e2d778dc44dc2
BUG/MINOR: tcpcheck: Don't rearm the check timeout on each read

The check timeout is used to limit a health-check execution. By default
inter timeout is used. But when defined the check timeout is used. In this
case, the inter timeout (or connect timeout) is used for the connection
establishment only. And the check timeout for the health-check
execution. Thus, it must be set after a successfull connect. It means it is
rearm at the end of each connect rule.

This patch with the previous one (BUG/MINOR: http-check: Use right condition
to consider HTX message as full) should solve the issue #991. It must be
backported as far as 2.2. On the 2.3 and 2.2, there are 2 places were the
connection establishement is handled. The check timeout must be set on both.
src/tcpcheck.c