guix pull: error (substituter)
(address . bug-guix@gnu.org)
20210319160433.GA65885@greenhouse1.mathematik.tu-dortmund.de
on 19 Mar 2021 09:04
on 19 Mar 2021 11:25
on 19 Mar 2021 13:12
Uncaught 'bad-response' exception while fetching substitutes
- Done
Details
- 3 participants
- Christoph Schumacher
- Brian Zwahr
- Ludovic Courtès
- Owner
- unassigned
- Submitted by
- Christoph Schumacher
- Severity
- normal
(address . 47266@debbugs.gnu.org)
R6B8QQ.M7OMWGAZH7LQ3@echosa.net
I was pointed to this issue from the IRC channel. I am also
experiencing similar "bad response" errors during `guix pull` and `guix
upgrade`. Thanks to help from IRC, I was able to sort of work around
the issue by simply brute-forcing the commands, running them over and
over again until they completed successfully.
Here are all the `guix pull` attempts it took:
Here are the all the `guix upgrade` attempts after the pull finally
completed: https://paste.debian.net/hidden/e453dd85/
(name . Christoph Schumacher)(address . christoph.schumacher@mathematik.tu-dortmund.de)(address . 47266@debbugs.gnu.org)
87mtuydhsn.fsf@gnu.org
Hi Christoph,
Christoph Schumacher <christoph.schumacher@mathematik.tu-dortmund.de>
skribis:
Toggle quote (5 lines)
> I run guix on Debian stable, and guix asked me to report this error.
> I already tried to run the garbage collector and re-run guix pull,
> and that actually changed the error message to suggest --fallback.
> But that failed, too, and the resulting output is below.
[...]
Toggle quote (26 lines)
> downloading from https://ci.guix.gnu.org/nar/lzip/8p3jgqza89ai4fl74vv9hf3nq3h2i29d-module-import-compiled...
> module-import-compiled 4.5MiB/s 00:00 | 1.9MiB transferred
>
> Backtrace:
> In guix/ui.scm:
> 2164:12 19 (run-guix-command _ . _)
> In guix/scripts/substitute.scm:
> 652:2 18 (guix-substitute . _)
> In unknown file:
> 17 (with-continuation-barrier #<procedure thunk ()>)
> In ice-9/boot-9.scm:
> 1736:10 16 (with-exception-handler _ _ #:unwind? _ # _)
> In unknown file:
> 15 (apply-smob/0 #<thunk 7fe226ea6880>)
> In ice-9/boot-9.scm:
> 1736:10 14 (with-exception-handler _ _ #:unwind? _ # _)
> 1736:10 13 (with-exception-handler _ _ #:unwind? _ # _)
> 1731:15 12 (with-exception-handler #<procedure 7fe22631dc90 at ic…> …)
> In guix/scripts/substitute.scm:
> 701:17 11 (_)
> 410:7 10 (process-substitution _ "/gnu/store/clvvp2j3l0hfk6nfm9…" …)
> In ice-9/boot-9.scm:
> 1736:10 9 (with-exception-handler _ _ #:unwind? _ # _)
> In guix/scripts/substitute.scm:
> 419:9 8 (_)
[...]
Toggle quote (10 lines)
> Throw to key `bad-response' with args `("Bad Response-Line: ~s" (""))'.
> Backtrace:
> 1 (primitive-load "/gnu/store/lf5bkkwfi27w9bshgks9yh2k84x…")
> In guix/ui.scm:
> 2164:12 0 (run-guix-command _ . _)
>
> guix/ui.scm:2164:12: In procedure run-guix-command:
> Throw to key `bad-response' with args `("Bad Response-Line: ~s" (""))'.
> substitution of /gnu/store/clvvp2j3l0hfk6nfm9f1v7zqp45b8q8q-module-import-compiled failed
Could you indicate the version of the daemon that you’re running? You
can do that presumably by running:
guix describe -p /var/guix/profiles/per-user/root/current-guix
/var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version
I suspect the bug is the same as https://issues.guix.gnu.org/47157.
Thanks in advance!
Ludo’.
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 47266@debbugs.gnu.org)
20210319215725.GA110891@greenhouse1.mathematik.tu-dortmund.de
On Fri, Mar 19, 2021 at 09:12:24PM +0100, Ludovic Courtès wrote:
Toggle quote (62 lines)
> Hi Christoph,
>
> Christoph Schumacher <christoph.schumacher@mathematik.tu-dortmund.de>
> skribis:
>
> > I run guix on Debian stable, and guix asked me to report this error.
> > I already tried to run the garbage collector and re-run guix pull,
> > and that actually changed the error message to suggest --fallback.
> > But that failed, too, and the resulting output is below.
>
> [...]
>
> > downloading from https://ci.guix.gnu.org/nar/lzip/8p3jgqza89ai4fl74vv9hf3nq3h2i29d-module-import-compiled ...
> > module-import-compiled 4.5MiB/s 00:00 | 1.9MiB transferred
> >
> > Backtrace:
> > In guix/ui.scm:
> > 2164:12 19 (run-guix-command _ . _)
> > In guix/scripts/substitute.scm:
> > 652:2 18 (guix-substitute . _)
> > In unknown file:
> > 17 (with-continuation-barrier #<procedure thunk ()>)
> > In ice-9/boot-9.scm:
> > 1736:10 16 (with-exception-handler _ _ #:unwind? _ # _)
> > In unknown file:
> > 15 (apply-smob/0 #<thunk 7fe226ea6880>)
> > In ice-9/boot-9.scm:
> > 1736:10 14 (with-exception-handler _ _ #:unwind? _ # _)
> > 1736:10 13 (with-exception-handler _ _ #:unwind? _ # _)
> > 1731:15 12 (with-exception-handler #<procedure 7fe22631dc90 at ic…> …)
> > In guix/scripts/substitute.scm:
> > 701:17 11 (_)
> > 410:7 10 (process-substitution _ "/gnu/store/clvvp2j3l0hfk6nfm9…" …)
> > In ice-9/boot-9.scm:
> > 1736:10 9 (with-exception-handler _ _ #:unwind? _ # _)
> > In guix/scripts/substitute.scm:
> > 419:9 8 (_)
>
> [...]
>
> > Throw to key `bad-response' with args `("Bad Response-Line: ~s" (""))'.
> > Backtrace:
> > 1 (primitive-load "/gnu/store/lf5bkkwfi27w9bshgks9yh2k84x…")
> > In guix/ui.scm:
> > 2164:12 0 (run-guix-command _ . _)
> >
> > guix/ui.scm:2164:12: In procedure run-guix-command:
> > Throw to key `bad-response' with args `("Bad Response-Line: ~s" (""))'.
> > substitution of /gnu/store/clvvp2j3l0hfk6nfm9f1v7zqp45b8q8q-module-import-compiled failed
>
> Could you indicate the version of the daemon that you’re running? You
> can do that presumably by running:
>
> guix describe -p /var/guix/profiles/per-user/root/current-guix
> /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version
>
> I suspect the bug is the same as <https://issues.guix.gnu.org/47157>.
>
> Thanks in advance!
>
> Ludo’.
Hi Ludo'!
Thank you for your answer!
Here are the versions of guix and guix-daemon:
$ guix describe -p /var/guix/profiles/per-user/root/current-guix
Generation 136 Mar 12 2021 20:25:23 (current)
guix 35b3ab8
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 35b3ab8e5748d9911ae7a0189065d0c25392895b
$ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version
guix-daemon (GNU Guix) 1.2.0-15.f8953be
Meanwhile, I also found https://issues.guix.gnu.org/47258.
It sounds very similar to my problem,
although there seems to be no version mentioned yet.
I started guix pull --no-substitutes, as suggested there.
So far the error has not occured again, but it's not finished yet.
Anything else I can contribute?
Thank you again!
--Christoph
(name . Christoph Schumacher)(address . christoph.schumacher@mathematik.tu-dortmund.de)(address . 47266@debbugs.gnu.org)
87blbeayog.fsf@gnu.org
Hi,
Christoph Schumacher <christoph.schumacher@mathematik.tu-dortmund.de>
skribis:
[...]
Toggle quote (10 lines)
> $ guix describe -p /var/guix/profiles/per-user/root/current-guix
> Generation 136 Mar 12 2021 20:25:23 (current)
> guix 35b3ab8
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 35b3ab8e5748d9911ae7a0189065d0c25392895b
>
> $ /var/guix/profiles/per-user/root/current-guix/bin/guix-daemon --version
> guix-daemon (GNU Guix) 1.2.0-15.f8953be
OK, that confirms my guess. To get the fix for
https://issues.guix.gnu.org/47157, you need to pull (concretely, it
was fixed by the ‘guix’ package upgrade in
94f03125463ee0dba2f7916fcd43fd19d4b6c892).
Could you upgrade and restart your daemon?
(If you get a bad-response crash while attempting to upgrade, just retry
the operation; it’s transient so every retry makes progress.)
Let us know if the problem still appears after that. I’m closing the
bug meanwhile.
Thanks for your feedback!
Ludo’.
control message for bug #47266
(address . control@debbugs.gnu.org)
87a6qyaykp.fsf@gnu.org
retitle 47266 Uncaught 'bad-response' exception while fetching substitutes
quit
(address . control@debbugs.gnu.org)
878s6iaykj.fsf@gnu.org
tags 47266 fixed
close 47266
quit
Re: bug#47266: guix pull: error (substituter)
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 47266@debbugs.gnu.org)
20210320201242.GA12992@greenhouse1.mathematik.tu-dortmund.de
Hi,
repeating "guix pull && systemctl restart guix-daemon.service"
again and again finally worked. :-)
Thank you very much!
--Christoph
?