GNU bug report logs -
#45266
"guix gc" needs free disk space to function
Previous Next
To reply to this bug, email your comments to 45266 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#45266
; Package
guix
.
(Wed, 16 Dec 2020 06:38:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nathan Dehnel <ncdehnel <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Wed, 16 Dec 2020 06:38:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#45266
; Package
guix
.
(Tue, 22 Dec 2020 14:38:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 45266 <at> debbugs.gnu.org (full text, mbox):
Hi,
Nathan Dehnel <ncdehnel <at> 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 <at> gnu.org
:
bug#45266
; Package
guix
.
(Tue, 22 Dec 2020 18:06:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 45266 <at> debbugs.gnu.org (full text, mbox):
>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 <at> gnu.org> wrote:
>
> Hi,
>
> Nathan Dehnel <ncdehnel <at> 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 <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 16 Jan 2021 14:23:02 GMT)
Full text and
rfc822 format available.
Merged 41484 45266.
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 16 Jan 2021 14:24:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#45266
; Package
guix
.
(Fri, 12 Mar 2021 04:57:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 45266 <at> debbugs.gnu.org (full text, mbox):
Hello,
for the guix daemon sqlite problem, could we
preallocate some space in the database also ?
c.f.: https://stackoverflow.com/questions/827010/sqlite-pre-allocating-database-size
--
Vincent Legoll
This bug report was last modified 4 years and 94 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.