Hi Jayadevan,
On Mon, Jun 17, 2013 at 04:55:42AM +0000, Jayadevan M wrote:
> Here is the output. 192.168.2.27 (MySQL on linux) works. 192.168.8.37 (MySQL
> on Windows) does not.
OK so linux part here :
> 10:25:57.474629 connect(5, {sa_family=AF_INET, sin_port=htons(3306),
> sin_addr=inet_addr("192.168.2.27")}, 16) = -1 EINPROGRESS (Operation now in
> progress) <0.000202>
> 10:25:57.475000 sendto(5, "\16\0\0\1\0\200\0\0\1haproxy\0\0\1\0\0\0\1", 23,
> MSG_DONTWAIT|MSG_NOSIGNAL, NULL, 0) = 23 <0.000099>
> 10:25:57.475259 epoll_wait(3, {}, 6, 0) = 0 <0.000084>
> 10:25:57.475488 recvfrom(5,
> "4\0\0\0\n5.1.52\0\253\27\0\0lUC0d,Jn\0\377\367!\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0mWKTA,VKVNe3\0\3\0\0\2\0\0\0",
> 16384, 0, NULL, NULL) = 63 <0.000071>
> 10:25:57.475691 recvfrom(5, "", 16321, 0, NULL, NULL) = 0 <0.000050>
> 10:25:57.475824 shutdown(5, 2 /* send and receive */) = 0 <0.000063>
> 10:25:57.475943 epoll_wait(3, {}, 6, 0) = 0 <0.000027>
> 10:25:57.476021 close(5) = 0 <0.000019>
And windows part here :
> 10:25:59.985133 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 5 <0.000101>
> 10:25:59.985375 fcntl(5, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 <0.000083>
> 10:25:59.985609 setsockopt(5, SOL_TCP, TCP_NODELAY, [1], 4) = 0 <0.000083>
> 10:25:59.985838 connect(5, {sa_family=AF_INET, sin_port=htons(3406),
> sin_addr=inet_addr("192.168.8.37")}, 16) = -1 EINPROGRESS (Operation now in
> progress) <0.000102>
> 10:25:59.986031 sendto(5, "\16\0\0\1\0\200\0\0\1haproxy\0\0\1\0\0\0\1", 23,
> MSG_DONTWAIT|MSG_NOSIGNAL, NULL, 0) = -1 EAGAIN (Resource temporarily
> unavailable) <0.000014>
> 10:25:59.986110 epoll_ctl(3, EPOLL_CTL_ADD, 5, {EPOLLOUT, {u32=5, u64=5}}) =
> 0 <0.000063>
> 10:25:59.986250 epoll_wait(3, {{EPOLLOUT, {u32=5, u64=5}}}, 6, 1000) = 1
> <0.000173>
> 10:25:59.986487 sendto(5, "\16\0\0\1\0\200\0\0\1haproxy\0\0\1\0\0\0\1", 23,
> MSG_DONTWAIT|MSG_NOSIGNAL, NULL, 0) = 23 <0.000038>
> 10:25:59.986609 recvfrom(5, 0x1e92770, 16384, 0, 0, 0) = -1 EAGAIN (Resource
> temporarily unavailable) <0.000066>
> 10:25:59.986778 epoll_ctl(3, EPOLL_CTL_MOD, 5, {EPOLLIN, {u32=5, u64=5}}) = 0
> <0.000064>
> 10:25:59.986929 epoll_wait(3, {{EPOLLIN, {u32=5, u64=5}}}, 6, 1000) = 1
> <0.000397>
> 10:25:59.987373 recvfrom(5,
> "B\0\0\0\n5.1.34-community-log\0\20\0\0\0?)L&t9]I\0\377\367\10\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0007uj4an%h`*M%\0\3\0\0\2\0\0\0",
> 16384, 0, NULL, NULL) = 77 <0.000015>
> 10:25:59.987440 recvfrom(5, "", 16307, 0, NULL, NULL) = 0 <0.000029>
> 10:25:59.987508 shutdown(5, 2 /* send and receive */) = 0 <0.000016>
> 10:25:59.987560 close(5) = 0 <0.000030>
So the response was received, including the shutdown. It seems like it's
the response contents which are not correctly parsed then.
I have compared the received data to what the check does and both checks
seem to parse correctly (both contain two response packets) and both should
return the major version. And I've double checked, both haproxy 1.4 and 1.5
use the same parser.
What version of haproxy is this ?
Regards,
Willy
