From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id iFuMOqU14l+AMQAA0tVLHw (envelope-from ) for ; Tue, 22 Dec 2020 18:06:29 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id +BBhNqU14l9pZAAA1q6Kng (envelope-from ) for ; Tue, 22 Dec 2020 18:06:29 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 6211F9402A5 for ; Tue, 22 Dec 2020 18:06:29 +0000 (UTC) Received: from localhost ([::1]:39862 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1krm3G-0004gZ-Rp for larch@yhetil.org; Tue, 22 Dec 2020 13:06:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:43492) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1krm2s-0004gN-QC for bug-guix@gnu.org; Tue, 22 Dec 2020 13:06:02 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:39325) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1krm2s-0005tS-Iy for bug-guix@gnu.org; Tue, 22 Dec 2020 13:06:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1krm2s-0005uN-EH for bug-guix@gnu.org; Tue, 22 Dec 2020 13:06:02 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#45266: "guix gc" needs free disk space to function Resent-From: Nathan Dehnel Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 22 Dec 2020 18:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45266 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 45266-submit@debbugs.gnu.org id=B45266.160866032622648 (code B ref 45266); Tue, 22 Dec 2020 18:06:02 +0000 Received: (at 45266) by debbugs.gnu.org; 22 Dec 2020 18:05:26 +0000 Received: from localhost ([127.0.0.1]:50862 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krm2I-0005tE-1s for submit@debbugs.gnu.org; Tue, 22 Dec 2020 13:05:26 -0500 Received: from mail-lf1-f44.google.com ([209.85.167.44]:40123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krm2E-0005sx-Pc for 45266@debbugs.gnu.org; Tue, 22 Dec 2020 13:05:24 -0500 Received: by mail-lf1-f44.google.com with SMTP id m12so34042735lfo.7 for <45266@debbugs.gnu.org>; Tue, 22 Dec 2020 10:05:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fxONOQeIRKG4vakyVStzYFRPbozBwSDYoqDjwpIkcqo=; b=dkIz2J9pWkJkmFahJhsHTm77uHLzrPo17T9hB+NlCo8d9w94Bux5ermU1oq7/Hgnlx tf0LfWQIJdrPzeNo/DTpyMOhZx9YX1iiWm8mNcfJHPKtIqQ1B9aKF+NCk6jLcki4jnGt JPVSrZamjhrbHWktXXCI/GkT20cr45WV4J6diHqtAhodz/zIEM9fRGgAsS+h/2Zq2rhO ZmnK5nbuWCegqX8tE0bca9syHaJ4LOzZXYd1oXEe04/QYIkMOCBUKTtMtcPMluAOiYZ4 MXQMuJj71+Kph7QD/E5uup774W7yx8PCgiPfQkTE7KMs6Hdn8T8PZ1Rq5aDlHN/2ga1O 0udQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fxONOQeIRKG4vakyVStzYFRPbozBwSDYoqDjwpIkcqo=; b=Rq9bY4RqnNKlRMRn0yfN2g8+23MAeS1/OBmzcujS/ze7GGYBrjGJ2jEkdTsVQprm+y EmAkkStQsuRVFRPX9h2bVECLXOtICzLZIuLQP89kgjzA0bFsUB5sBrym/OjbS+dzSBTN NBRvOw6UbUIEm+U90yKemp4TbVCqmpZm8Aj02iZV4WrMRWG9ApvBJf14Vq2BUxwpOpll G1fkx+STHPQo31/l2kudMRoL9UBiUzaHwDdEvJJ4cNojPcoxfVYL+2An7fTq0p8N8Vdz fleWvF9nz/VsbflkrMNm+L0OsMWjtpCUFJcSXJDDEEUh306QdCmhIC4zz3h/aGF/n/La sraw== X-Gm-Message-State: AOAM530B/rmIVpPm0FQUpdr4bC+IAycIzAO4G1MwgBq0zeSuYYjl4Hlf rqJ1Yg9uA+Gv+kVCOndGnPoUsWDTu03KbC1FlRhHVsP3QXE= X-Google-Smtp-Source: ABdhPJwewrOkX5pXFGLbQIEDK9aR31LhvjERed48EFhonaXXnI31OGybCnPYAKoSAzK5S+xZ0oBVr2Mz3a9u7QfvXmw= X-Received: by 2002:a05:6512:304c:: with SMTP id b12mr8817830lfb.273.1608660315948; Tue, 22 Dec 2020 10:05:15 -0800 (PST) MIME-Version: 1.0 References: <875z4t29g6.fsf@gnu.org> In-Reply-To: <875z4t29g6.fsf@gnu.org> From: Nathan Dehnel Date: Tue, 22 Dec 2020 12:05:04 -0600 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 45266@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.22 Authentication-Results: aspmx1.migadu.com; dkim=fail (headers rsa verify failed) header.d=gmail.com header.s=20161025 header.b=dkIz2J9p; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 6211F9402A5 X-Spam-Score: -1.22 X-Migadu-Scanner: scn0.migadu.com X-TUID: u3Ma2WnzdgJc >The daemon reserves a bit of extra space before starting operation (see =E2=80=98reserve-space?=E2=80=99 in (guix store)), which should be enough t= o 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=E2=80=99s 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=E2=80=99m afraid there=E2=80=99s 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=C3=A8s wrote: > > Hi, > > Nathan Dehnel 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 > =E2=80=98reserve-space?=E2=80=99 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=E2=80=99s completely full, and at that point sqlite3 (whic= h the > daemon uses) may be unable to operate. > > I=E2=80=99m afraid there=E2=80=99s little we can do in this case. > > Thoughts? > > Ludo=E2=80=99.