all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: Ricardo Wurmus <rekado@elephly.net>
Cc: 22209@debbugs.gnu.org
Subject: bug#22209: name resolution failures in installer image
Date: Sat, 19 Dec 2015 19:09:32 +0100	[thread overview]
Message-ID: <87a8p6xqcj.fsf@gnu.org> (raw)
In-Reply-To: <87lh8qloq3.fsf@elephly.net> (Ricardo Wurmus's message of "Sat, 19 Dec 2015 11:25:24 +0100")

Ricardo Wurmus <rekado@elephly.net> skribis:

> Leo Famulari <leo@famulari.name> writes:
>
>> On Sat, Dec 19, 2015 at 09:04:41AM +0100, Florian Paul Schmidt wrote:
>>> After booting the installer image, doing the ifconfig/dhclient dance,
>>> preparing the target fs, mounting it and starting the guix system init
>>> invocation at some point in time, though not predictably so, but
>>> usually after a couple of minutes (about 10 or so) name resolution
>>> will start to fail causing guix system init to fail.
>>
>> A little more information:
>>
>> I was installing on i686 bare metal from the current USB installation
>> image.
>>
>> I installed vim in the installation environment, and then when I
>> tried to run `guix system init...` I couldn't resolve hydra.gnu.org,
>> google.com, and a few other sites. I could resolve the domain
>> famulari.name, but not another domain that points to the same machine.
>>
>> I installed dig and could successfully query the nameserver described in
>> /etc/resolv.conf for hydra.gnu.org.
>
> Could this be related to cached resolution failures in nscd?  Have you
> tried restarting the nscd service?

That sounds likely.

Nscd caches negative lookups, but normally only for 20 seconds (see
%nscd-minimal-caches in (gnu system install)).  So if you look up
hydra.gnu.org before the network is set up, it’ll remember for 20s that
this is a lookup failure, even if you’ve set up the network in the
meantime.

However, nscd is reportedly behaving strangely:
<http://bugs.gnu.org/20816>.

Do you initially get successful lookups for hydra.gnu.org, and
eventually lookup failures?

Ludo’.

  reply	other threads:[~2015-12-19 18:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-19  8:04 bug#22209: name resolution failures in installer image Florian Paul Schmidt
2015-12-19  8:45 ` Leo Famulari
2015-12-19 10:25   ` Ricardo Wurmus
2015-12-19 18:09     ` Ludovic Courtès [this message]
2015-12-20 10:12       ` Florian Paul Schmidt
2016-02-10 20:54       ` Ludovic Courtès
2016-05-03 20:26         ` Ludovic Courtès

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87a8p6xqcj.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=22209@debbugs.gnu.org \
    --cc=rekado@elephly.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.