(name . Tobias Geerinckx-Rice via Bug reports for GNU Guix)(address . bug-guix@gnu.org)
CAEEhgEs98HiGKE2QPee09M0VnpvgnqD840V_wkV8bukrLw_+WA@mail.gmail.com
"guix gc" needs free disk space to function
- Open
Details
- 3 participants
- Ludovic Courtès
- Nathan Dehnel
- Vincent Legoll
- Owner
- unassigned
- Submitted by
- Nathan Dehnel
- Severity
- important
- Merged with
N
L
(name . Nathan Dehnel)(address . ncdehnel@gmail.com)(address . 45266@debbugs.gnu.org)
875z4t29g6.fsf@gnu.org
Hi,
Nathan Dehnel <ncdehnel@gmail.com> skribis:
Toggle quote (3 lines)
> 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’.
N
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 45266@debbugs.gnu.org)
CAEEhgEvkaOhpBmR_SWrZyLG2MH7NO0JrWzNFEak=FAuxb6JQ0g@mail.gmail.com
Toggle quote (1 lines)
>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.
Toggle quote (1 lines)
>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.
Toggle quote (4 lines)
>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:
Toggle quote (21 lines)
>
> 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’.
L
control message for bug #45266
(address . control@debbugs.gnu.org)
87eeilyna1.fsf@gnu.org
L
(address . control@debbugs.gnu.org)
87czy5yn90.fsf@gnu.org
V
Re: "guix gc" needs free disk space to function
(address . 45266@debbugs.gnu.org)
CAEwRq=rGivtBbp9F7OX4ckZii20oiFySikU7bV0E+k2jpAkRZw@mail.gmail.com
Hello,
for the guix daemon sqlite problem, could we
preallocate some space in the database also ?
--
Vincent Legoll
?