installer freezes when ci.guix.gnu.org cannot be reached

  • Done
  • quality assurance status badge
Details
2 participants
  • Mathieu Othacehe
  • Ricardo Wurmus
Owner
unassigned
Submitted by
Ricardo Wurmus
Severity
normal
R
R
Ricardo Wurmus wrote on 20 Dec 2021 18:13
(address . bug-guix@gnu.org)
87sfunnqm2.fsf@elephly.net
Today I got another chance to try the installer. I first used the
latest installer image from today (which failed to install Guix because
of a test failure) and then fell back to the 1.3.0 installer image.

Both installers had the same behavior when it came to accessing
ci.guix.gnu.org for substitutes. I ran the installer on a new build
node, which cannot access ci.guix.gnu.org through the public IP
address. I forgot to add a line to /etc/hosts to resolve
ci.guix.gnu.org to the local IP. When I started the installation it
would print two lines and then seemingly freeze.

There was no timeout either. When the installer is killed and restarted
it fails with other errors that I didn’t record. I had to reboot and
remember to make the change to /etc/hosts first before starting the
installation.

--
Ricardo
M
M
Mathieu Othacehe wrote on 28 Dec 2021 09:59
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 52682@debbugs.gnu.org)
87pmphyujj.fsf@gnu.org
Hey Ricardo,

Toggle quote (4 lines)
> address. I forgot to add a line to /etc/hosts to resolve
> ci.guix.gnu.org to the local IP. When I started the installation it
> would print two lines and then seemingly freeze.

I can replicate this issue in a VM, by disconnecting the host network in
the middle of the installation.

I can also replicate it by running a "guix system init
~/guix/gnu/system/examples/desktop.tmpl /tmp" and blocking Berlin IP
while the command is running, this way: "sudo iptables -A INPUT -s
141.80.181.40 -j DROP". The init command hangs forever.

So looks like the freeze issue goes beyond the installer frame and is
more a Guix issue.

In the meantime, we could also extend the installer connectivity check
to make sure that ci.guix.gnu.org is available before proceeding to the
installation.

Thanks,

Mathieu
M
M
Mathieu Othacehe wrote on 28 Dec 2021 11:29
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 52682@debbugs.gnu.org)
87y245xbsj.fsf@gnu.org
Toggle quote (4 lines)
> In the meantime, we could also extend the installer connectivity check
> to make sure that ci.guix.gnu.org is available before proceeding to the
> installation.

There's a proposed patch here: 5bc897e0496ff415e653c509ca3b68466e0ed771.

Thanks,

Mathieu
M
M
Mathieu Othacehe wrote on 14 Jan 2022 14:39
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 52682-done@debbugs.gnu.org)
87o84efnd6.fsf@gnu.org
Toggle quote (2 lines)
> There's a proposed patch here: 5bc897e0496ff415e653c509ca3b68466e0ed771.

Pushed as ee897e5f51104f41b3c2a0c2cbc7eb4e6c1e4d3e. The core issue
remains, but the installer won't let you install if ci.guix.gnu.org
cannot be reached, preventing the freeze.

I think we can close this one, as the freeze issue is now reported here:

Thanks,

Mathieu
Closed
?
Your comment

This issue is archived.

To comment on this conversation send an email to 52682@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 52682
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch