GNU bug report logs - #36878
'guix system reconfigure' does not reload Shepherd services

Previous Next

Package: guix;

Reported by: Robert Vollmert <rob <at> vllmrt.net>

Date: Wed, 31 Jul 2019 16:19:02 UTC

Severity: important

Done: Ludovic Courtès <ludo <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 36878 in the body.
You can then email your comments to 36878 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Wed, 31 Jul 2019 16:19:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Robert Vollmert <rob <at> vllmrt.net>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Wed, 31 Jul 2019 16:19:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: bug-guix <at> gnu.org
Cc: guix-devel <at> gnu.org
Subject: guix system reconfigure broken
Date: Wed, 31 Jul 2019 18:18:47 +0200
Hi,

it appears that commit 5c8c8c455420af27189d6045b3599fe6e27ad012

  guix system: Reimplement 'reconfigure’.

breaks guix system reconfigure. In particular, after reconfiguring,
shepherd doesn’t know about the updated versions of services.

The usual output below is missing; after reverting the commit it’s
fine again.

guix system: loading new services: …
To complete the upgrade, run 'herd restart SERVICE' to stop,
upgrade, and restart each service that was not automatically restarted.
shepherd: Evaluating user expression (let* ((services (map primitive-load (?))) # ?) ?).
shepherd: Service user-homes has been started.
shepherd: Service term-auto could not be started.
bootloader successfully installed on '/dev/sda’

I see that some system tests for “guix system reconfigure” were added
after this change. Might I suggest adding them before the change next
time around, and making sure they pass both before and after?

Cheers
Robert






Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Wed, 31 Jul 2019 16:49:01 GMT) Full text and rfc822 format available.

Message #8 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze)
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: guix-devel <at> gnu.org, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Wed, 31 Jul 2019 12:45:49 -0400
[Message part 1 (text/plain, inline)]
Hi Robert,

Robert Vollmert <rob <at> vllmrt.net> writes:

> Hi,
>
> it appears that commit 5c8c8c455420af27189d6045b3599fe6e27ad012
>
>   guix system: Reimplement 'reconfigure’.
>
> breaks guix system reconfigure. In particular, after reconfiguring,
> shepherd doesn’t know about the updated versions of services.
>
> The usual output below is missing; after reverting the commit it’s
> fine again.

Could you please elaborate on what you mean by this? I can see that the
ouput has changed, but is Shepherd doing something that indicates that
it doesn't know about the new services? And is the line regarding
bootloader installation also missing from 'guix system reconfigure'
post-5c8c8c455?

> I see that some system tests for “guix system reconfigure” were added
> after this change. Might I suggest adding them before the change next
> time around, and making sure they pass both before and after?

Sure. My apologies for not having the foresight to do that.

Regards,
Jakob
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Wed, 31 Jul 2019 17:07:01 GMT) Full text and rfc822 format available.

Message #11 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: "Jakob L. Kreuze" <zerodaysfordays <at> sdf.lonestar.org>
Cc: guix-devel <at> gnu.org, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Wed, 31 Jul 2019 19:06:12 +0200

> On 31. Jul 2019, at 18:45, Jakob L. Kreuze <zerodaysfordays <at> sdf.lonestar.org> wrote:
> Robert Vollmert <rob <at> vllmrt.net> writes:
> 
>> Hi,
>> 
>> it appears that commit 5c8c8c455420af27189d6045b3599fe6e27ad012
>> 
>>  guix system: Reimplement 'reconfigure’.
>> 
>> breaks guix system reconfigure. In particular, after reconfiguring,
>> shepherd doesn’t know about the updated versions of services.
>> 
>> The usual output below is missing; after reverting the commit it’s
>> fine again.
> 
> Could you please elaborate on what you mean by this? I can see that the
> ouput has changed, but is Shepherd doing something that indicates that
> it doesn't know about the new services?

The concrete problem is this:

1. nginx is running with config file A
2. make some change to nginx config
3. run guix system reconfigure (which builds a new nginx config file B)
4. run herd restart nginx
5. nginx is still running with config file A

After reverting this commit, if I perform these steps, I end up with
nginx running with config file B in 5.

> And is the line regarding
> bootloader installation also missing from 'guix system reconfigure'
> post-5c8c8c455?

I still get a bootloader line.

Cheers
Robert





Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Wed, 31 Jul 2019 18:20:01 GMT) Full text and rfc822 format available.

Message #14 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze)
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: guix-devel <at> gnu.org, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Wed, 31 Jul 2019 14:16:43 -0400
[Message part 1 (text/plain, inline)]
Hi Robert,

Robert Vollmert <rob <at> vllmrt.net> writes:

> The concrete problem is this:
>
> 1. nginx is running with config file A
> 2. make some change to nginx config
> 3. run guix system reconfigure (which builds a new nginx config file B)
> 4. run herd restart nginx
> 5. nginx is still running with config file A
>
> After reverting this commit, if I perform these steps, I end up with
> nginx running with config file B in 5.

Okay, I see now. Thank you clarifying. Would you be willing to see if
the patch provided by #36880 fixes this issue?

> I still get a bootloader line.

Great -- thanks for checking that for me!

Regards,
Jakob
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Thu, 01 Aug 2019 08:31:02 GMT) Full text and rfc822 format available.

Message #17 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: Robert Vollmert <rob <at> vllmrt.net>
To: "Jakob L. Kreuze" <zerodaysfordays <at> sdf.lonestar.org>
Cc: guix-devel <at> gnu.org, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Thu, 1 Aug 2019 10:30:27 +0200

> On 31. Jul 2019, at 20:16, Jakob L. Kreuze <zerodaysfordays <at> sdf.lonestar.org> wrote:
> 
> Hi Robert,
> 
> Robert Vollmert <rob <at> vllmrt.net> writes:
> 
>> The concrete problem is this:
>> 
>> 1. nginx is running with config file A
>> 2. make some change to nginx config
>> 3. run guix system reconfigure (which builds a new nginx config file B)
>> 4. run herd restart nginx
>> 5. nginx is still running with config file A
>> 
>> After reverting this commit, if I perform these steps, I end up with
>> nginx running with config file B in 5.
> 
> Okay, I see now. Thank you clarifying. Would you be willing to see if
> the patch provided by #36880 fixes this issue?

Yes, it seems it does!





Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Thu, 01 Aug 2019 09:22:02 GMT) Full text and rfc822 format available.

Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Alex Sassmannshausen <alex.sassmannshausen <at> gmail.com>
To: bug-guix <at> gnu.org
Cc: guix-devel <at> gnu.org, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Thu, 01 Aug 2019 10:21:30 +0100
Thanks for reporting this, I experienced the same issue but blamed it on
my own infrastructure instead!

Good to hear it's resolved now.

Alex

Robert Vollmert <rob <at> vllmrt.net> writes:

> Hi,
>
> it appears that commit 5c8c8c455420af27189d6045b3599fe6e27ad012
>
>   guix system: Reimplement 'reconfigure’.
>
> breaks guix system reconfigure. In particular, after reconfiguring,
> shepherd doesn’t know about the updated versions of services.
>
> The usual output below is missing; after reverting the commit it’s
> fine again.
>
> guix system: loading new services: …
> To complete the upgrade, run 'herd restart SERVICE' to stop,
> upgrade, and restart each service that was not automatically restarted.
> shepherd: Evaluating user expression (let* ((services (map primitive-load (?))) # ?) ?).
> shepherd: Service user-homes has been started.
> shepherd: Service term-auto could not be started.
> bootloader successfully installed on '/dev/sda’
>
> I see that some system tests for “guix system reconfigure” were added
> after this change. Might I suggest adding them before the change next
> time around, and making sure they pass both before and after?
>
> Cheers
> Robert





Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Thu, 01 Aug 2019 09:22:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Thu, 01 Aug 2019 14:14:01 GMT) Full text and rfc822 format available.

Message #26 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze)
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: Christopher Webber <cwebber <at> dustycloud.org>, guix-devel <at> gnu.org, "Thompson,
 David" <dthompson2 <at> worcester.edu>, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Thu, 01 Aug 2019 10:10:39 -0400
[Message part 1 (text/plain, inline)]
Robert Vollmert <rob <at> vllmrt.net> writes:

> Yes, it seems it does!

Great :)

CC'ing Chris and Dave since I don't have write access -- can we
fast-track #36880 into master? I'd consider this to be a high-priority
bug fix.

Regards,
Jakob
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Fri, 02 Aug 2019 15:15:02 GMT) Full text and rfc822 format available.

Message #29 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze)
To: Robert Vollmert <rob <at> vllmrt.net>
Cc: Christopher Webber <cwebber <at> dustycloud.org>, guix-devel <at> gnu.org, "Thompson,
 David" <dthompson2 <at> worcester.edu>, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Fri, 02 Aug 2019 11:11:31 -0400
[Message part 1 (text/plain, inline)]
zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze) writes:

> Great :)
>
> CC'ing Chris and Dave since I don't have write access -- can we
> fast-track #36880 into master? I'd consider this to be a high-priority
> bug fix.
>
> Regards,
> Jakob

The patch made it into master as 1db6f137d; thanks to Danny for signing
off on it. Should we close this?

Regards,
Jakob
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Mon, 05 Aug 2019 10:08:02 GMT) Full text and rfc822 format available.

Message #32 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: ison <ison <at> airmail.cc>
To: "Jakob L. Kreuze" <zerodaysfordays <at> sdf.lonestar.org>
Cc: guix-devel <at> gnu.org, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Mon, 5 Aug 2019 04:07:41 -0600
On Fri, Aug 02, 2019 at 11:11:31AM -0400, Jakob L. Kreuze wrote:
> The patch made it into master as 1db6f137d; thanks to Danny for signing
> off on it. Should we close this?

I'm still experiencing this issue. "guix describe" shows that I'm using
commit 35600cd which should be newer than the fix.

I made the mistake of rebooting my machine after I first got this error, I
thought perhaps it was benign. But when it came back up I was dropped to a
GRUB rescue shell with some error about "grub_file_filters" being an unknown
symbol.

When running grub commands like "insmod normal" would just repeat the error
or say command not found.
The only way I could think to repair it was to run the Guix install disk,
mount my partitions, and do another "guix init" which allows me to boot into
my machine again. However, when I run "guix pull" and then perform a
reconfigure I still keep seeing the same line:
shepherd: Evaluating user expression (let* ((services (map primitive-load (?))) # ?) ?)

I've tried this on several occasions over the last few days with different
commits following the supposed fix, and it still keeps doing the same thing,
and every time I follow the reconfigure with a reboot GRUB is broken again.




Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Mon, 05 Aug 2019 11:48:02 GMT) Full text and rfc822 format available.

Message #35 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: ison <ison <at> airmail.cc>
Cc: guix-devel <at> gnu.org, "Jakob L. Kreuze" <zerodaysfordays <at> sdf.lonestar.org>,
 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Mon, 05 Aug 2019 13:47:39 +0200
ison <ison <at> airmail.cc> writes:

> I made the mistake of rebooting my machine after I first got this error, I
> thought perhaps it was benign. But when it came back up I was dropped to a
> GRUB rescue shell with some error about "grub_file_filters" being an unknown
> symbol.

This eems unrelated.  The problem sounds like GRUB and its modules
aren’t found for some reason.

> When running grub commands like "insmod normal" would just repeat the error
> or say command not found.
> The only way I could think to repair it was to run the Guix install disk,
> mount my partitions, and do another "guix init" which allows me to boot into
> my machine again. However, when I run "guix pull" and then perform a
> reconfigure I still keep seeing the same line:
> shepherd: Evaluating user expression (let* ((services (map primitive-load (?))) # ?) ?)

I reconfigured a workstation yesterday and also saw this line.  It does
look like an error, but it seems to be completely harmless.  I could
boot juts fine.  I suppose that’s just the part where new service
definitions are loaded.

The problem you’re seeing is unrelated to this output.

-- 
Ricardo





Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Mon, 05 Aug 2019 15:04:02 GMT) Full text and rfc822 format available.

Message #38 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze)
To: ison <ison <at> airmail.cc>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, guix-devel <at> gnu.org,
 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Mon, 05 Aug 2019 10:59:57 -0400
[Message part 1 (text/plain, inline)]
Hi ison and Ricardo,

Ricardo Wurmus <rekado <at> elephly.net> writes:

> ison <ison <at> airmail.cc> writes:
>
>> I made the mistake of rebooting my machine after I first got this
>> error, I thought perhaps it was benign. But when it came back up I
>> was dropped to a GRUB rescue shell with some error about
>> "grub_file_filters" being an unknown symbol.
>
> This eems unrelated. The problem sounds like GRUB and its modules
> aren’t found for some reason.

It is unrelated to this specific issue, but it still does sound like my
patch is the source of the problem. Would you be willing to open a
separate ticket for tracking this, ison?

>> When running grub commands like "insmod normal" would just repeat the error
>> or say command not found.
>> The only way I could think to repair it was to run the Guix install disk,
>> mount my partitions, and do another "guix init" which allows me to boot into
>> my machine again. However, when I run "guix pull" and then perform a
>> reconfigure I still keep seeing the same line:
>> shepherd: Evaluating user expression (let* ((services (map primitive-load (?))) # ?) ?)
>
> I reconfigured a workstation yesterday and also saw this line.  It does
> look like an error, but it seems to be completely harmless.  I could
> boot juts fine.  I suppose that’s just the part where new service
> definitions are loaded.
>
> The problem you’re seeing is unrelated to this output.

Yes, this output is normal. Shepherd loads service files by evaluating
Scheme expressions. I could have sworn that 'guix system reconfigure'
showed the same line prior to my patch.

ison -- I'm very sorry that you've had this experience. Would you be
willing to share the 'bootloader' field of your operating system
configuration so I can look into this?

Regards,
Jakob
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#36878; Package guix. (Tue, 06 Aug 2019 02:57:02 GMT) Full text and rfc822 format available.

Message #41 received at 36878 <at> debbugs.gnu.org (full text, mbox):

From: ison <ison <at> airmail.cc>
To: "Jakob L. Kreuze" <zerodaysfordays <at> sdf.lonestar.org>
Cc: guix-devel <at> gnu.org, 36878 <at> debbugs.gnu.org
Subject: Re: bug#36878: guix system reconfigure broken
Date: Mon, 5 Aug 2019 20:55:54 -0600
On Mon, Aug 05, 2019 at 10:59:57AM -0400, Jakob L. Kreuze wrote:
> ison -- I'm very sorry that you've had this experience. Would you be
> willing to share the 'bootloader' field of your operating system
> configuration so I can look into this?

Thanks for taking an interest. Here is the new bug report:
https://issues.guix.gnu.org/issue/36942

Please let me know if there's any other information or testing I
can do to help figure it out.




Severity set to 'important' from 'normal' Request was from Ludovic Courtès <ludo <at> gnu.org> to control <at> debbugs.gnu.org. (Fri, 23 Aug 2019 12:55:01 GMT) Full text and rfc822 format available.

Changed bug title to ''guix system reconfigure' does not reload Shepherd services' from 'guix system reconfigure broken' Request was from Ludovic Courtès <ludo <at> gnu.org> to control <at> debbugs.gnu.org. (Fri, 23 Aug 2019 12:56:04 GMT) Full text and rfc822 format available.

Reply sent to Ludovic Courtès <ludo <at> gnu.org>:
You have taken responsibility. (Fri, 23 Aug 2019 12:56:05 GMT) Full text and rfc822 format available.

Notification sent to Robert Vollmert <rob <at> vllmrt.net>:
bug acknowledged by developer. (Fri, 23 Aug 2019 12:56:05 GMT) Full text and rfc822 format available.

Message #50 received at 36878-done <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze)
Cc: guix-devel <at> gnu.org, 36878-done <at> debbugs.gnu.org,
 Robert Vollmert <rob <at> vllmrt.net>
Subject: Re: bug#36878: guix system reconfigure broken
Date: Fri, 23 Aug 2019 14:55:45 +0200
Hello,

zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze) skribis:

> zerodaysfordays <at> sdf.lonestar.org (Jakob L. Kreuze) writes:
>
>> Great :)
>>
>> CC'ing Chris and Dave since I don't have write access -- can we
>> fast-track #36880 into master? I'd consider this to be a high-priority
>> bug fix.
>>
>> Regards,
>> Jakob
>
> The patch made it into master as 1db6f137d; thanks to Danny for signing
> off on it. Should we close this?

I gather that this particular issue is fixed, so closing the bug now!

Ludo’.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 21 Sep 2019 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 191 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.