Guix reconfigure fails to switch to new system

  • Done
  • quality assurance status badge
Details
3 participants
  • Ludovic Courtès
  • Tobias Geerinckx-Rice
  • Simon Streit
Owner
unassigned
Submitted by
Simon Streit
Severity
important
S
S
Simon Streit wrote on 18 May 2021 13:18
(address . bug-guix@gnu.org)
yguh7j0xpbr.fsf@netpanic.org
Hi,

after pulling and trying to upgrade a system, Guix will fail switching
to a new system saying:

Toggle snippet (42 lines)
The following derivation will be built:
/gnu/store/hswsg23l03pyrf7nckr1zrmb0rfsssf6-grub.cfg.drv

building /gnu/store/hswsg23l03pyrf7nckr1zrmb0rfsssf6-grub.cfg.drv...
/gnu/store/3zpjx9ky5lyx3l90qvnp1qqrvrc70caf-system
/gnu/store/lrvf3k1qrs3mrb3aasq9b6i6gd321aiz-grub.cfg

activating system...
Backtrace:
In ice-9/boot-9.scm:
3422:24 19 (_)
222:29 18 (map1 (((gnu system accounts)) ((gnu build accounts)) …))
222:29 17 (map1 (((gnu build accounts)) ((gnu build #)) ((# …)) …))
222:17 16 (map1 (((gnu build linux-boot)) ((guix build utils)) # …))
3326:17 15 (resolve-interface (gnu build linux-boot) #:select _ # _ …)
In ice-9/threads.scm:
390:8 14 (_ _)
In ice-9/boot-9.scm:
3252:13 13 (_)
In ice-9/threads.scm:
390:8 12 (_ _)
In ice-9/boot-9.scm:
3536:20 11 (_)
2835:4 10 (save-module-excursion #<procedure 7f9a73ee5b70 at ice-…>)
3556:26 9 (_)
In unknown file:
8 (primitive-load-path "gnu/build/linux-boot" #<procedure…>)
In gnu/build/linux-boot.scm:
22:0 7 (_)
In ice-9/boot-9.scm:
3409:4 6 (define-module* _ #:filename _ #:pure _ #:version _ # _ …)
3422:24 5 (_)
222:29 4 (map1 (((rnrs io ports)) ((system repl #)) ((srfi #)) …))
222:17 3 (map1 (((system repl error-handling)) ((srfi srfi-1)) …))
3329:6 2 (resolve-interface (system repl error-handling) #:select …)
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
no code for module (system repl error-handling)

Checkout is at b905abfbd3235322c826e3b0ad45e410a3cd96f3
T
T
Tobias Geerinckx-Rice wrote on 18 May 2021 16:49
(name . Simon Streit)(address . simon@netpanic.org)
87lf8cw0zo.fsf@nckx
Simon,

Simon Streit ???
Toggle quote (3 lines)
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> no code for module (system repl error-handling)

Thank you for reporting this. With commit
5fa46ca96da90ec19e32cc4d726f099d0979d60b on master, the system
tests that failed for me with this error no longer do.

Could you confirm?

Kind regards,

T G-R
-----BEGIN PGP SIGNATURE-----

iIMEARYKACsWIQT12iAyS4c9C3o4dnINsP+IT1VteQUCYKPT+w0cbWVAdG9iaWFz
LmdyAAoJEA2w/4hPVW15iQQA/0YYUN8gTN7U6oc7okUcgY9KP8dPeN2FUtcYgpjN
jNlFAQCNdJfVNU4OHHqsB4hCrlq4E7qfvKzCSgD5pBBamB8fDw==
=uwaW
-----END PGP SIGNATURE-----

S
S
Simon Streit wrote on 18 May 2021 20:19
(name . Tobias Geerinckx-Rice)(address . me@tobias.gr)
ygu8s4bykem.fsf@netpanic.org
Hi Tobias,

Tobias Geerinckx-Rice <me@tobias.gr> writes:
Toggle quote (10 lines)
> Simon Streit ???
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> no code for module (system repl error-handling)
>
> Thank you for reporting this. With commit
> 5fa46ca96da90ec19e32cc4d726f099d0979d60b on master, the system
> tests that failed for me with this error no longer do.
>
> Could you confirm?

Yes, this commit runs through.


Cheers
Simon
T
T
Tobias Geerinckx-Rice wrote on 18 May 2021 20:36
(no subject)
(address . control@debbugs.gnu.org)
8735ujc2jf.fsf@nckx
close 48496
L
L
Ludovic Courtès wrote on 18 May 2021 21:02
control message for bug #48496
(address . control@debbugs.gnu.org)
87cztnamr0.fsf@gnu.org
severity 48496 important
quit
L
L
Ludovic Courtès wrote on 18 May 2021 21:09
Re: bug#48496: Guix reconfigure fails to switch to new system
(name . Tobias Geerinckx-Rice)(address . me@tobias.gr)
878s4bamf6.fsf@gnu.org
Hi!

Tobias Geerinckx-Rice <me@tobias.gr> skribis:

Toggle quote (8 lines)
> Simon Streit ???
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> no code for module (system repl error-handling)
>
> Thank you for reporting this. With commit
> 5fa46ca96da90ec19e32cc4d726f099d0979d60b on master, the system
> tests that failed for me with this error no longer do.

What system tests were failing?

At first sight I don’t see how a67c00f4f7ee0a70fce14a7e1907cce332c85813
led to this:

Toggle snippet (35 lines)
activating system...
Backtrace:
In ice-9/boot-9.scm:
3422:24 19 (_)
222:29 18 (map1 (((gnu system accounts)) ((gnu build accounts)) …))
222:29 17 (map1 (((gnu build accounts)) ((gnu build #)) ((# …)) …))
222:17 16 (map1 (((gnu build linux-boot)) ((guix build utils)) # …))
3326:17 15 (resolve-interface (gnu build linux-boot) #:select _ # _ …)
In ice-9/threads.scm:
390:8 14 (_ _)
In ice-9/boot-9.scm:
3252:13 13 (_)
In ice-9/threads.scm:
390:8 12 (_ _)
In ice-9/boot-9.scm:
3536:20 11 (_)
2835:4 10 (save-module-excursion #<procedure 7f9a73ee5b70 at ice-…>)
3556:26 9 (_)
In unknown file:
8 (primitive-load-path "gnu/build/linux-boot" #<procedure…>)
In gnu/build/linux-boot.scm:
22:0 7 (_)
In ice-9/boot-9.scm:
3409:4 6 (define-module* _ #:filename _ #:pure _ #:version _ # _ …)
3422:24 5 (_)
222:29 4 (map1 (((rnrs io ports)) ((system repl #)) ((srfi #)) …))
222:17 3 (map1 (((system repl error-handling)) ((srfi srfi-1)) …))
3329:6 2 (resolve-interface (system repl error-handling) #:select …)
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
no code for module (system repl error-handling)

Thoughts?

Ludo’.
L
L
Ludovic Courtès wrote on 29 May 2021 23:01
(name . Tobias Geerinckx-Rice)(address . me@tobias.gr)
87eedp5k5m.fsf@gnu.org
Hi Simon & Tobias,

Ludovic Courtès <ludo@gnu.org> skribis:

Toggle quote (49 lines)
> Tobias Geerinckx-Rice <me@tobias.gr> skribis:
>
>> Simon Streit ???
>>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>>> no code for module (system repl error-handling)
>>
>> Thank you for reporting this. With commit
>> 5fa46ca96da90ec19e32cc4d726f099d0979d60b on master, the system
>> tests that failed for me with this error no longer do.
>
> What system tests were failing?
>
> At first sight I don’t see how a67c00f4f7ee0a70fce14a7e1907cce332c85813
> led to this:
>
> activating system...
> Backtrace:
> In ice-9/boot-9.scm:
> 3422:24 19 (_)
> 222:29 18 (map1 (((gnu system accounts)) ((gnu build accounts)) …))
> 222:29 17 (map1 (((gnu build accounts)) ((gnu build #)) ((# …)) …))
> 222:17 16 (map1 (((gnu build linux-boot)) ((guix build utils)) # …))
> 3326:17 15 (resolve-interface (gnu build linux-boot) #:select _ # _ …)
> In ice-9/threads.scm:
> 390:8 14 (_ _)
> In ice-9/boot-9.scm:
> 3252:13 13 (_)
> In ice-9/threads.scm:
> 390:8 12 (_ _)
> In ice-9/boot-9.scm:
> 3536:20 11 (_)
> 2835:4 10 (save-module-excursion #<procedure 7f9a73ee5b70 at ice-…>)
> 3556:26 9 (_)
> In unknown file:
> 8 (primitive-load-path "gnu/build/linux-boot" #<procedure…>)
> In gnu/build/linux-boot.scm:
> 22:0 7 (_)
> In ice-9/boot-9.scm:
> 3409:4 6 (define-module* _ #:filename _ #:pure _ #:version _ # _ …)
> 3422:24 5 (_)
> 222:29 4 (map1 (((rnrs io ports)) ((system repl #)) ((srfi #)) …))
> 222:17 3 (map1 (((system repl error-handling)) ((srfi srfi-1)) …))
> 3329:6 2 (resolve-interface (system repl error-handling) #:select …)
> 1685:16 1 (raise-exception _ #:continuable? _)
> 1685:16 0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> no code for module (system repl error-handling)

I’ve tried several system tests and manually running a system in a VM,
with a67c00f4f7ee0a70fce14a7e1907cce332c85813 reinstated, and cannot
reproduce the issue.

Do you know of a way to reproduce it?

that a couple of people experienced the issue on that day, but pastes
are no longer accessible.

TIA!

Ludo’.
S
S
Simon Streit wrote on 31 May 2021 21:36
(name . Ludovic Courtès)(address . ludo@gnu.org)
ygu5yyy4rww.fsf@netpanic.org
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (59 lines)
> Hi Simon & Tobias,
>
> Ludovic Courtès <ludo@gnu.org> skribis:
>
>> Tobias Geerinckx-Rice <me@tobias.gr> skribis:
>>
>>> Simon Streit ???
>>>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>>>> no code for module (system repl error-handling)
>>>
>>> Thank you for reporting this. With commit
>>> 5fa46ca96da90ec19e32cc4d726f099d0979d60b on master, the system
>>> tests that failed for me with this error no longer do.
>>
>> What system tests were failing?
>>
>> At first sight I don’t see how a67c00f4f7ee0a70fce14a7e1907cce332c85813
>> led to this:
>>
>> activating system...
>> Backtrace:
>> In ice-9/boot-9.scm:
>> 3422:24 19 (_)
>> 222:29 18 (map1 (((gnu system accounts)) ((gnu build accounts)) …))
>> 222:29 17 (map1 (((gnu build accounts)) ((gnu build #)) ((# …)) …))
>> 222:17 16 (map1 (((gnu build linux-boot)) ((guix build utils)) # …))
>> 3326:17 15 (resolve-interface (gnu build linux-boot) #:select _ # _ …)
>> In ice-9/threads.scm:
>> 390:8 14 (_ _)
>> In ice-9/boot-9.scm:
>> 3252:13 13 (_)
>> In ice-9/threads.scm:
>> 390:8 12 (_ _)
>> In ice-9/boot-9.scm:
>> 3536:20 11 (_)
>> 2835:4 10 (save-module-excursion #<procedure 7f9a73ee5b70 at ice-…>)
>> 3556:26 9 (_)
>> In unknown file:
>> 8 (primitive-load-path "gnu/build/linux-boot" #<procedure…>)
>> In gnu/build/linux-boot.scm:
>> 22:0 7 (_)
>> In ice-9/boot-9.scm:
>> 3409:4 6 (define-module* _ #:filename _ #:pure _ #:version _ # _ …)
>> 3422:24 5 (_)
>> 222:29 4 (map1 (((rnrs io ports)) ((system repl #)) ((srfi #)) …))
>> 222:17 3 (map1 (((system repl error-handling)) ((srfi srfi-1)) …))
>> 3329:6 2 (resolve-interface (system repl error-handling) #:select …)
>> 1685:16 1 (raise-exception _ #:continuable? _)
>> 1685:16 0 (raise-exception _ #:continuable? _)
>>
>> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> no code for module (system repl error-handling)
>
> I’ve tried several system tests and manually running a system in a VM,
> with a67c00f4f7ee0a70fce14a7e1907cce332c85813 reinstated, and cannot
> reproduce the issue.
>
> Do you know of a way to reproduce it?

I just managed to reproduce this very same error message after
downgrading to commit a67c00f4f7ee0a70fce14a7e1907cce332c85813 (I lost
the previous system a couple of days ago), and it threw this error after
trying to reconfigure. Given that it is complaining about srfi-1, I
disabled everything that was relevant to it, and it still fails.
Toggle quote (5 lines)
>
> The IRC log <https://logs.guix.gnu.org/guix/2021-05-18.log> suggests
> that a couple of people experienced the issue on that day, but pastes
> are no longer accessible.

Just to be sure I'll paste my error message again:
Toggle snippet (66 lines)
~ $ sudo guix system reconfigure --allow-downgrades
guix system: warning: rolling back channel 'guix' from b7664dfb780336114c229683b87d3564e9a72268 to a67c00f4f7ee0a70fce14a7e1907cce332c85813
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivations will be built:
/gnu/store/asgn7g5mj2lwm0699hvlwwvjs19rfw2z-system.drv
/gnu/store/2lx0dck2pm65hgp02s1ldcx8nhlmph00-provenance.drv
/gnu/store/5jz1m453prfb9g8m1klgdqb6nsigpx7c-profile.drv
/gnu/store/g14nbwf930yiajyg6pvkwzyw533rvdrw-grub.cfg.drv

building /gnu/store/2lx0dck2pm65hgp02s1ldcx8nhlmph00-provenance.drv...
building CA certificate bundle...
listing Emacs sub-directories...
building fonts directory...
generating GLib schema cache...
creating GTK+ icon theme cache...
building cache files for GTK+ input methods...
building directory of Info manuals...
building database for manual pages...
building XDG desktop file cache...
building XDG MIME database...
building profile with 98 packages...
building /gnu/store/asgn7g5mj2lwm0699hvlwwvjs19rfw2z-system.drv...
building /gnu/store/g14nbwf930yiajyg6pvkwzyw533rvdrw-grub.cfg.drv...
/gnu/store/yrbsyghfckd1319khs36iwhrcmpdjzs4-system
/gnu/store/9vcl1in6398kkq3hcra6kyivpq476gag-grub.cfg

activating system...
The following derivation will be built:
/gnu/store/16fk787qz7dbgillrrc1kh64ax82fdfc-switch-to-system.scm.drv

building /gnu/store/16fk787qz7dbgillrrc1kh64ax82fdfc-switch-to-system.scm.drv...
Backtrace:
In ice-9/boot-9.scm:
3422:24 19 (_)
222:29 18 (map1 (((gnu system accounts)) ((gnu build accounts)) …))
222:29 17 (map1 (((gnu build accounts)) ((gnu build #)) ((# …)) …))
222:17 16 (map1 (((gnu build linux-boot)) ((guix build utils)) # …))
3326:17 15 (resolve-interface (gnu build linux-boot) #:select _ # _ …)
In ice-9/threads.scm:
390:8 14 (_ _)
In ice-9/boot-9.scm:
3252:13 13 (_)
In ice-9/threads.scm:
390:8 12 (_ _)
In ice-9/boot-9.scm:
3536:20 11 (_)
2835:4 10 (save-module-excursion #<procedure 7f3334e7b7e0 at ice-…>)
3556:26 9 (_)
In unknown file:
8 (primitive-load-path "gnu/build/linux-boot" #<procedure…>)
In gnu/build/linux-boot.scm:
22:0 7 (_)
In ice-9/boot-9.scm:
3409:4 6 (define-module* _ #:filename _ #:pure _ #:version _ # _ …)
3422:24 5 (_)
222:29 4 (map1 (((rnrs io ports)) ((system repl #)) ((srfi #)) …))
222:17 3 (map1 (((system repl error-handling)) ((srfi srfi-1)) …))
3329:6 2 (resolve-interface (system repl error-handling) #:select …)
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
no code for module (system repl error-handling)


Cheers
Simon
S
S
Simon Streit wrote on 1 Jun 2021 19:05
(name . Ludovic Courtès)(address . ludo@gnu.org)
ygua6o9348h.fsf@netpanic.org
Hello, just another follow up:

Simon Streit <simon@netpanic.org> writes:
Toggle quote (6 lines)
> I just managed to reproduce this very same error message after
> downgrading to commit a67c00f4f7ee0a70fce14a7e1907cce332c85813 (I lost
> the previous system a couple of days ago), and it threw this error after
> trying to reconfigure. Given that it is complaining about srfi-1, I
> disabled everything that was relevant to it, and it still fails.

I just did another test on another machine with this commit, and I
noticed, that despite that this error message happens, the system
generation is still put up:

Toggle snippet (14 lines)
Generation 46 Jun 01 2021 18:55:05 (current)
file name: /var/guix/profiles/system-46-link
canonical file name: /gnu/store/6nrj5zd9zar1n332f2s4wqpxm4rsjb4x-system
label: GNU with Linux-Libre 5.11.21
bootloader: grub-efi
root device: UUID: *snip*
kernel: /gnu/store/53r3pzj18jshhkvm2ggiiy6gxqx5y2cr-linux-libre-5.11.21/bzImage
channels:
guix:
repository URL: https://git.savannah.gnu.org/git/guix.git
commit: a67c00f4f7ee0a70fce14a7e1907cce332c85813
configuration file: /gnu/store/wysjis8dnwrvkdmrcw234mm3fy5l9a1k-configuration.scm

Will try to reboot into this generation later.


Greetings
Simon
L
L
Ludovic Courtès wrote on 3 Jun 2021 22:47
(name . Simon Streit)(address . simon@netpanic.org)
87zgw6smjm.fsf@gnu.org
Hello,

Simon Streit <simon@netpanic.org> skribis:

Toggle quote (26 lines)
> Simon Streit <simon@netpanic.org> writes:
>> I just managed to reproduce this very same error message after
>> downgrading to commit a67c00f4f7ee0a70fce14a7e1907cce332c85813 (I lost
>> the previous system a couple of days ago), and it threw this error after
>> trying to reconfigure. Given that it is complaining about srfi-1, I
>> disabled everything that was relevant to it, and it still fails.
>
> I just did another test on another machine with this commit, and I
> noticed, that despite that this error message happens, the system
> generation is still put up:
>
> Generation 46 Jun 01 2021 18:55:05 (current)
> file name: /var/guix/profiles/system-46-link
> canonical file name: /gnu/store/6nrj5zd9zar1n332f2s4wqpxm4rsjb4x-system
> label: GNU with Linux-Libre 5.11.21
> bootloader: grub-efi
> root device: UUID: *snip*
> kernel: /gnu/store/53r3pzj18jshhkvm2ggiiy6gxqx5y2cr-linux-libre-5.11.21/bzImage
> channels:
> guix:
> repository URL: https://git.savannah.gnu.org/git/guix.git
> commit: a67c00f4f7ee0a70fce14a7e1907cce332c85813
> configuration file: /gnu/store/wysjis8dnwrvkdmrcw234mm3fy5l9a1k-configuration.scm
>
> Will try to reboot into this generation later.

The error message you showed happens during “activation”, after the
/run/current-system link has been switched to the new generation.

Would be nice to see if this generation boots fine.

Thanks,
Ludo’.
?
Your comment

This issue is archived.

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

To respond to this issue using the mumi CLI, first switch to it
mumi current 48496
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