From: | Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, Magnus Hagander <magnus(at)hagander(dot)net>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, PostgreSQL WWW <pgsql-www(at)lists(dot)postgresql(dot)org> |
Subject: | Re: buildfarm server suddenly not talking to old SSL stacks? |
Date: | 2018-07-20 06:53:38 |
Message-ID: | d342b0e7-64ed-ebd8-b329-aa1b73acf436@kaltenbrunner.cc |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-www |
On 07/20/2018 01:11 AM, Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> Tom, please see if adding this at the top of the failing script fixes it:
>> use IO::Socket::SSL qw (inet);
>
> No, that doesn't work at all, but
>
> use IO::Socket::SSL qw (inet4);
>
> does fix it. Not sure how far that helps though --- we'd not want to put
> that in the buildfarm client would we?
maybe a more general option to "force ipv4 or ipv6" akin to what most
unix networking related utilities support with -4 and -6 might be useful?
On the other side I wonder whether passing in "MultiHomed" to the
IO::Socket::INET6 Constructor behind LWPs back might work - though the
docs are pretty light on any details on its actual behaviour:
https://metacpan.org/pod/release/SHLOMIF/IO-Socket-INET6-2.72/lib/IO/Socket/INET6.pm#CONSTRUCTOR
>
> Some more detail: tracing shows that IO::Socket::INET6 is getting used,
> and that contains code that purports to make the correct decision between
> IPv6 and IPv4, but it's going wrong. It looks like what it *actually*
> does is make sure that both the local and remote addresses can be resolved
> in the same address family. I think that the local address is probably
> "localhost", which RHEL6 will helpfully resolve as either 127.0.0.1 or ::1
> regardless of whether there's any other support for IPv6 anyplace,
> allowing INET6 to predict that the connection will work ... which it
> doesn't, but the code doesn't want to retry after failing that step.
>
> Perhaps I could fix this by rejiggering things so that localhost only
> resolves as 127.0.0.1, but I don't really want to muck with that.
> Removing the perl-IO-Socket-INET6 package would be less invasive.
yeah the removal seems easier but do you actually know yet why the
system started behaving differently in that regard?
Stefan
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2018-07-20 13:56:54 | Re: buildfarm server suddenly not talking to old SSL stacks? |
Previous Message | Tom Lane | 2018-07-19 23:11:23 | Re: buildfarm server suddenly not talking to old SSL stacks? |