You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
test-net-dns-custom-lookup failing on many machines #1527
(edited to say that it's failing on many machines, I just happened to be focusing on Ubuntu 15.04 as a new addition and assumed this was a new failure)
hm I must be missing something. It looks like some of those machines are unable to resolve localhost. Getting ENOTFOUND error. It seems like more tests would be failing if that is the case though...
127.0.0.1 localhost
127.0.1.1 crusty
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
As long as the work around "falls back" that should be ok, but ip6-localhost isn't configured on OSX for example, see the hosts file below.
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting. Do not change this entry.
##
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1 localhost
@rvagg said:
I think @jbergstroem was recently tackling this with the FreeBSD machines, related perhaps?
That's slightly different. In FreeBSD jails we couldn't control routing of 127.0.0.1 which means there were no way of handling the situation other than passing an expected result -- in that case through an environment variable. In this case I'd suggest we do as mentioned above, edit hosts to add a ipv6 default for localhost.
these build machines are pretty much unmolested with just the basics installed for what we need. See the kinds of defaults we're dealing with, quite mixed:
Activity
[-]test-net-dns-custom-lookup failing on Ubuntu 15.04[/-][+]test-net-dns-custom-lookup failing on many machines[/+]rvagg commentedon Apr 26, 2015
(edited to say that it's failing on many machines, I just happened to be focusing on Ubuntu 15.04 as a new addition and assumed this was a new failure)
evanlucas commentedon Apr 26, 2015
On it. Can I get access to be able to kick off a build?
evanlucas commentedon Apr 27, 2015
hm I must be missing something. It looks like some of those machines are unable to resolve
localhost. Getting ENOTFOUND error. It seems like more tests would be failing if that is the case though...rvagg commentedon Apr 27, 2015
I think @jbergstroem was recently tackling this with the FreeBSD machines, related perhaps?
evanlucas commentedon Apr 27, 2015
Very well could be. The ones in particular I was looking at are the Ubuntu boxes. https://jenkins-iojs.nodesource.com/job/iojs+any-pr+multi/nodes=ubuntu1204-64/607/tapTestReport/test.tap-460/.
Wonder if it's possible that they do not really support IPv6?
rvagg commentedon Apr 27, 2015
also in /etc/hosts:
evanlucas commentedon Apr 27, 2015
ahh that could be it. The test is trying to lookup
localhostas an IPv6 address. Should I maybe add a check like in https://github.com/iojs/io.js/blob/master/test/parallel/test-net-connect-options-ipv6.js#L14-L19 before trying the running the test for IPv6?rvagg commentedon Apr 27, 2015
yes, or you could use
ip6-localhostas a fallback case, it's fairly common on Linux I thinkwolfeidau commentedon Apr 27, 2015
@rvagg what is that hosts file from? as it looks incorrect.
This is from a 14.04 host for example, from what i understand
::1and127.0.0.1should point tolocalhost. see http://tools.ietf.org/html/rfc6761#section-6.3As long as the work around "falls back" that should be ok, but
ip6-localhostisn't configured on OSX for example, see the hosts file below.jbergstroem commentedon Apr 27, 2015
I'm not sure if this is distro default, but yeah - I can confirm that hosts lack a
::1record forlocalhost.jbergstroem commentedon Apr 27, 2015
That's slightly different. In FreeBSD jails we couldn't control routing of 127.0.0.1 which means there were no way of handling the situation other than passing an expected result -- in that case through an environment variable. In this case I'd suggest we do as mentioned above, edit hosts to add a ipv6 default for
localhost.rvagg commentedon Apr 27, 2015
these build machines are pretty much unmolested with just the basics installed for what we need. See the kinds of defaults we're dealing with, quite mixed:
test: fix test-net-dns-custom-lookup test assertion
evanlucas commentedon Apr 28, 2015
Fixed via bfae823. Sorry for breaking the build