Hi, Willy. You're quite right that I misread your instructions. Have not had a lot of time to put into this today. Apologies. Here is the information I gathered. Hope this helps. It's interesting to me that nslookup returns a record but host -a does not, however I don't know enough about how Google plumbs this out to speculate as to why. Also note that I tried the host command with both the short and fqdn names with the same result, but have included only the short form query below.
$ nslookup logdata-svc Server: 10.179.240.10 Address: 10.179.240.10#53 Name: logdata-svc.default.svc.cluster.local Address: 10.179.249.177 $ host -a logdata-svc Trying "logdata-svc.default.svc.cluster.local" Trying "logdata-svc.svc.cluster.local" Trying "logdata-svc.cluster.local" Trying "logdata-svc.c.icitizen-dev3-stack-1069.internal" Trying "logdata-svc.555239384585.google.internal" Trying "logdata-svc.google.internal" Trying "logdata-svc" Host logdata-svc not found: 3(NXDOMAIN) Received 104 bytes from 169.254.169.254#53 in 68 ms $ /usr/sbin/haproxy -vv HA-Proxy version 1.5.14 2015/07/02 Copyright 2000-2015 Willy Tarreau <[email protected]> Build options : TARGET = linux2628 CPU = generic CC = gcc CFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 OPTIONS = USE_ZLIB=1 USE_OPENSSL=1 USE_PCRE=1 Default settings : maxconn = 2000, bufsize = 16384, maxrewrite = 8192, maxpollevents = 200 Encrypted password support via crypt(3): yes Built with zlib version : 1.2.8 Compression algorithms supported : identity, deflate, gzip Built with OpenSSL version : OpenSSL 1.0.1f 6 Jan 2014 Running on OpenSSL version : OpenSSL 1.0.1f 6 Jan 2014 OpenSSL library supports TLS extensions : yes OpenSSL library supports SNI : yes OpenSSL library supports prefer-server-ciphers : yes Built with PCRE version : 8.31 2012-07-06 PCRE library supports JIT : no (USE_PCRE_JIT not set) Built with transparent proxy support using: IP_TRANSPARENT IPV6_TRANSPARENT IP_FREEBIND Available polling systems : epoll : pref=300, test result OK poll : pref=200, test result OK select : pref=150, test result OK Total: 3 (3 usable), will use epoll. On Fri, Oct 16, 2015 at 4:51 PM, Willy Tarreau <[email protected]> wrote: > On Fri, Oct 16, 2015 at 04:40:20PM -0400, Mark Betz wrote: > > Hi, Willy. Thanks for the reply. The version of haproxy installed into > the > > container is: > > > > $ /usr/sbin/haproxy --version > > HA-Proxy version 1.5.14 2015/07/02 > > I precisely asked for "haproxy -vv" because it says a lot more and what > we need to check (support for getaddrinfo) is there. > > > Also, for completeness: > > > > $ uname -a > > Linux haproxy 3.19.0-30-generic #34-Ubuntu SMP Fri Oct 2 22:08:41 UTC > 2015 > > x86_64 x86_64 x86_64 GNU/Linux > > OK. > > > I don't believe ipv6 addresses are coming back in our cluster. I did an > > nslookup on that name from inside the container earlier and just got back > > the internal ipv4 address. > > Are you sure it returned *all* records ? > > When I do "nslookup 1wt.eu", I get "Address: 62.212.114.60". When I do > "host -a 1wt.eu", I get : > > 1wt.eu. 2586 IN A 62.212.114.60 > 1wt.eu. 978 IN AAAA 2001:7a8:363c:2::2 > > As you can see that's quite different. That's why I asked for these to > be sure we're seeing. I'm pretty sure we can get this from nslookup as > well, it's just that I never manage to use it because when a tool does > not provide any help on its command line, you're not incited to read > man pages to learn it... > > Regards, > Willy > > -- Mark Betz Sr. Software Engineer *icitizen* Email: [email protected] Twitter: @markbetz
