Report forwarded
to bug-guix@gnu.org: bug#45266; Package guix.
(Wed, 16 Dec 2020 06:38:01 GMT) (full text, mbox, link).
Acknowledgement sent
to Nathan Dehnel <ncdehnel@gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix@gnu.org.
(Wed, 16 Dec 2020 06:38:01 GMT) (full text, mbox, link).
Subject: Re: bug#45266: "guix gc" needs free disk space to function
Date: Tue, 22 Dec 2020 15:37:29 +0100
Hi,
Nathan Dehnel <ncdehnel@gmail.com> skribis:
> It would be better if guix gc could run on a disk that was completely
> full, as right now it cannot be used to free space on a full disk.
The daemon reserves a bit of extra space before starting operation (see
‘reserve-space?’ in (guix store)), which should be enough to gracefully
handle situations where builds are filling the disk.
However, there can also be non-Guix processes filling the disk, to the
point where it’s completely full, and at that point sqlite3 (which the
daemon uses) may be unable to operate.
I’m afraid there’s little we can do in this case.
Thoughts?
Ludo’.
Information forwarded
to bug-guix@gnu.org: bug#45266; Package guix.
(Tue, 22 Dec 2020 18:06:02 GMT) (full text, mbox, link).
Subject: Re: bug#45266: "guix gc" needs free disk space to function
Date: Tue, 22 Dec 2020 12:05:04 -0600
>The daemon reserves a bit of extra space before starting operation (see
‘reserve-space?’ in (guix store)), which should be enough to gracefully
handle situations where builds are filling the disk.
>However, there can also be non-Guix processes filling the disk, to the
point where it’s completely full, and at that point sqlite3 (which the
daemon uses) may be unable to operate.
I didn't experience this. Guix pull filled the disk, which prevented
the gc from working. It's possible some other process was writing in
the background, but I had built an image which was almost completely
devoid of programs and services.
>I’m afraid there’s little we can do in this case.
>Thoughts?
Copy the database into tmpfs temporarily?
On Tue, Dec 22, 2020 at 8:37 AM Ludovic Courtès <ludo@gnu.org> wrote:
>
> Hi,
>
> Nathan Dehnel <ncdehnel@gmail.com> skribis:
>
> > It would be better if guix gc could run on a disk that was completely
> > full, as right now it cannot be used to free space on a full disk.
>
> The daemon reserves a bit of extra space before starting operation (see
> ‘reserve-space?’ in (guix store)), which should be enough to gracefully
> handle situations where builds are filling the disk.
>
> However, there can also be non-Guix processes filling the disk, to the
> point where it’s completely full, and at that point sqlite3 (which the
> daemon uses) may be unable to operate.
>
> I’m afraid there’s little we can do in this case.
>
> Thoughts?
>
> Ludo’.
Severity set to 'important' from 'normal'
Request was from Ludovic Courtès <ludo@gnu.org>
to control@debbugs.gnu.org.
(Sat, 16 Jan 2021 14:23:02 GMT) (full text, mbox, link).
Merged 4148445266.
Request was from Ludovic Courtès <ludo@gnu.org>
to control@debbugs.gnu.org.
(Sat, 16 Jan 2021 14:24:02 GMT) (full text, mbox, link).
Information forwarded
to bug-guix@gnu.org: bug#45266; Package guix.
(Fri, 12 Mar 2021 04:57:02 GMT) (full text, mbox, link).
Debbugs is free software and licensed under the terms of the
GNU Public License version 2. The current version can be
obtained from https://bugs.debian.org/debbugs-source/.