GNU bug report logs -
#44723
Latest binary tarball & Hurd qcow2 image unavailable (502)
Previous Next
Full log
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
Tobias Geerinckx-Rice via Bug reports for GNU Guix <bug-guix <at> gnu.org>
skribis:
> The binary tarball and Hurd qcow2 links on
> <http://guix.gnu.org/en/download/latest/>, which resolve to
> <https://ci.guix.gnu.org/download/1385> and
> <https://ci.guix.gnu.org/download/1450> respectively, return 502.
>
> Here's why:
>
> 2020-11-18T17:31:24 GET /download/1450
> Uncaught exception in fiber ##f:
> In ice-9/boot-9.scm:
> 1669:16 0 (raise-exception _ #:continuable? _)
> ice-9/boot-9.scm:1669:16: In procedure raise-exception:
> In procedure open-file: No such file or directory:
> "/gnu/store/vd5y7hmvgqc1hwmqyiwqa171r0iz1wib-hurd-barebones.qcow2"
>
> The file really is gone. It seems that Cuirass is no longer creating
> sufficient GC roots. I vaguely remember some changes to image GC'ing
> being discussed but not what (if anything) changed.
QCOW2 images get GC’d rather quickly, because they take up a lot of
space; see in particular:
https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=4a720a03f9d190f7b1abc883f49d51a95a5f58a9
https://git.savannah.gnu.org/cgit/guix/maintenance.git/commit/?id=0bf8202de811364ebd79e390fcd039f7936b6ea7
I guess it’s OK for Guix System ISO images because a fresh one gets
built at each evaluation, roughly, but perhaps the Hurd images are not
rebuilt frequently enough and the changes that they’re GC’d are higher.
I don’t have a good solution for that, we’re consuming storage space too
quickly with all these images currently. :-/
Thanks,
Ludo’.
This bug report was last modified 4 years and 207 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.