"guix gc" needs free disk space to function

OpenSubmitted by Nathan Dehnel.
Details
2 participants
  • Ludovic Courtès
  • Nathan Dehnel
Owner
unassigned
Severity
important
Merged with
N
N
Nathan Dehnel wrote on 16 Dec 2020 07:36
(name . Tobias Geerinckx-RiceviaBugreportsforGNUGuix)(address . bug-guix@gnu.org)
CAEEhgEs98HiGKE2QPee09M0VnpvgnqD840V_wkV8bukrLw_+WA@mail.gmail.com
It would be better if guix gc could run on a disk that was completelyfull, as right now it cannot be used to free space on a full disk.
L
L
Ludovic Courtès wrote on 22 Dec 2020 15:37
(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 gracefullyhandle situations where builds are filling the disk.
However, there can also be non-Guix processes filling the disk, to thepoint where it’s completely full, and at that point sqlite3 (which thedaemon uses) may be unable to operate.
I’m afraid there’s little we can do in this case.
Thoughts?
Ludo’.
N
N
Nathan Dehnel wrote on 22 Dec 2020 19:05
(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 gracefullyhandle 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 thedaemon uses) may be unable to operate.
I didn't experience this. Guix pull filled the disk, which preventedthe gc from working. It's possible some other process was writing inthe background, but I had built an image which was almost completelydevoid 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
L
Ludovic Courtès wrote on 16 Jan 15:22 +0100
control message for bug #45266
(address . control@debbugs.gnu.org)
87eeilyna1.fsf@gnu.org
severity 45266 importantquit
L
L
Ludovic Courtès wrote on 16 Jan 15:23 +0100
(address . control@debbugs.gnu.org)
87czy5yn90.fsf@gnu.org
merge 45266 41484quit
?