GNU bug report logs - #59598
"Unsupported manifest format" error

Previous Next

To reply to this bug, email your comments to 59598 AT debbugs.gnu.org.

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

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

From: Tyler Wolf <tyler <at> twolf.io>
To: "bug-guix <at> gnu.org" <bug-guix <at> gnu.org>
Subject: "Unsupported manifest format" error
Date: Fri, 25 Nov 2022 22:06:12 +0000

[Message part 1 (text/plain, inline)]

Hello,
Yesterday my PC lost power and when I turned it back on I started getting the error "guix package: unsupported manifest format".

I have tried using "guix time-machine" to revert to a working commit and try again but this does not work.

I then can see that my ~/.guix-profile/manifest is empty, thus I think it is safe to say that this is where the issue is originating, however I am unable to rewrite this file, so I was wondering if there was any fix to this?

I also used the command "guix refresh" and saw that many packages needed to be refreshed, however I cannot finish this command as I get the following error:

Backtrace:
13 (primitive-load "/home/tyler/.config/guix/current/bin/g…")
In guix/ui.scm:
2275:7 12 (run-guix . _)
2238:10 11 (run-guix-command _ . _)
In ice-9/boot-9.scm:
1752:10 10 (with-exception-handler _ _ #:unwind? _ # _)
1752:10 9 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
661:37 8 (thunk)
2170:25 7 (run-with-store #<store-connection 256.99 7f411174b7d0> …)
In guix/scripts/refresh.scm:
567:14 6 (_ _)
In srfi/srfi-1.scm:
634:9 5 (for-each #<procedure 7f411d493340 at guix/scripts/ref…> …)
In guix/scripts/refresh.scm:
367:10 4 (check-for-package-update #<package xkbset <at> 0.6 gnu/pac…> …)
In srfi/srfi-1.scm:
858:15 3 (any1 #<procedure 7f41202d2da0 at guix/upstream.scm:28…> …)
In guix/gnu-maintenance.scm:
842:10 2 (_ _ . _)
In ice-9/boot-9.scm:
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)

Any help would be greatly appreciated.

Thanks,Tyler Wolf

[Message part 2 (text/html, inline)]

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

From: zimoun <zimon.toutoune <at> gmail.com>
To: Tyler Wolf <tyler <at> twolf.io>, 59598 <at> debbugs.gnu.org
Subject: Re: bug#59598: "Unsupported manifest format" error
Date: Sun, 27 Nov 2022 13:22:22 +0100

Hi,

On Fri, 25 Nov 2022 at 22:06, Tyler Wolf via Bug reports for GNU Guix <bug-guix <at> gnu.org> wrote:

> I then can see that my ~/.guix-profile/manifest is empty, thus I think
> it is safe to say that this is where the issue is originating, however
> I am unable to rewrite this file, so I was wondering if there was any
> fix to this?

This file lives in the store.  Hum, I am surprised that a power shutdown
removed this file.

Well, I do not know if you can recover this empty file.  At least, you
can the previous generation; e.g., guix package --roll-back.

Or you can extract a previous manifest with,

  guix package -p /var/guix/profiles/per-user/<USER>/guix-profile-<NUMBER>-link \
       --export-manifest > /tmp/manifest-<NUMBER>.scm

where <USER> and <NUMBER> depends on.  Then,

  guix package -m /tmp/manifest-<NUMBER>scm

will reinstall the same list of packages but at their current version
(the ones of current Guix revision; guix describe).


Cheers,
simon

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

From: bokr <at> bokr.com
To: zimoun <zimon.toutoune <at> gmail.com>
Cc: 59598 <at> debbugs.gnu.org, Tyler Wolf <tyler <at> twolf.io>
Subject: Re: bug#59598: "Unsupported manifest format" error
Date: Mon, 28 Nov 2022 00:34:43 +0100

Hi zimoun,

On +2022-11-27 13:22:22 +0100, zimoun wrote:
[...]
> 
> This file lives in the store.  Hum, I am surprised that a power shutdown
> removed this file.
>

Are all the conditions for a clean sync
of the file system where /gnu/store is mounted guaranteed?

What is the difference between power shutdown when you let
the battery run down and the OS shuts everything down
vs if you log out and click power down?

Is it not possible that when you have recharged the battery
and boot up that a journaling file system will discover traces
of an incomplete transaction (i.e. the one that was supposed
to record and  atomically commit the missing file) and discards
it to reestabllish coherent file system state?

And what about continuations that were possibly waiting for
availability of that file?

Hopefully the OS will recover a good state, but what can
userland innocents expect to be guaranteed, in terms of
work flow they can understand?

(those with the grok-fu to understand internals won't need
much to imagine failure scenarios, but will presumably
appreciate /design/rationale/implementation/ documentation tips)

> Well, I do not know if you can recover this empty file.  At least, you
> can the previous generation; e.g., guix package --roll-back.
>

Assuming the file system recovered -- a pretty good bet, but ... :)

> Or you can extract a previous manifest with,
> 
>   guix package -p /var/guix/profiles/per-user/<USER>/guix-profile-<NUMBER>-link \
>        --export-manifest > /tmp/manifest-<NUMBER>.scm
> 
> where <USER> and <NUMBER> depends on.  Then,
> 
>   guix package -m /tmp/manifest-<NUMBER>scm
> 
> will reinstall the same list of packages but at their current version
> (the ones of current Guix revision; guix describe).
>

> 
> Cheers,
> simon
> 
--
Regards,
Bengt Richter

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

From: zimoun <zimon.toutoune <at> gmail.com>
To: bokr <at> bokr.com
Cc: 59598 <at> debbugs.gnu.org, Tyler Wolf <tyler <at> twolf.io>
Subject: Re: bug#59598: "Unsupported manifest format" error
Date: Mon, 28 Nov 2022 10:41:25 +0100

Hi,

On Mon, 28 Nov 2022 at 00:34, bokr <at> bokr.com wrote:

> Are all the conditions for a clean sync
> of the file system where /gnu/store is mounted guaranteed?

More or less, yes.  You can read some discussion in patch#58035 [1].

1: <https://yhetil.org/guix/0530a80e-0a93-5a3a-ef98-5ba3683e810d <at> telenet.be>


> Hopefully the OS will recover a good state, but what can
> userland innocents expect to be guaranteed, in terms of
> work flow they can understand?

Guix cannot be magical here. :-)  From my understanding, what you are
asking depends on the properties of your filesystem.


Cheers,
simon

Previous Next

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