From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#33378: offload: Avoid hosts with little or no free disk space Date: Sun, 23 Dec 2018 21:58:49 +0100 Message-ID: <87k1k0gdti.fsf@gnu.org> References: <87ftw3hio6.fsf@gnu.org> <87r2ealci0.fsf@gnu.org> <8736qoi2hf.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:55551) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gbAq5-0000jp-Oi for bug-guix@gnu.org; Sun, 23 Dec 2018 15:59:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gbAq0-0001zY-Kn for bug-guix@gnu.org; Sun, 23 Dec 2018 15:59:08 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:58045) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gbApz-0001mN-2r for bug-guix@gnu.org; Sun, 23 Dec 2018 15:59:04 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gbApx-0003bZ-UB for bug-guix@gnu.org; Sun, 23 Dec 2018 15:59:01 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <8736qoi2hf.fsf@netris.org> (Mark H. Weaver's message of "Sun, 23 Dec 2018 12:20:17 -0500") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Mark H Weaver Cc: 33378@debbugs.gnu.org Hi Mark, Mark H Weaver skribis: > Ludovic Court=C3=A8s writes: > >> ludo@gnu.org (Ludovic Court=C3=A8s) skribis: >> >>> =E2=80=98choose-build-machine=E2=80=99 in (guix scripts offload) could/= should exclude >>> build machines that don=E2=80=99t have at least, say, 100=C2=A0MiB avai= lable in their >>> store. That would avoid ENOSPC build failures such as >>> . >> >> Done in commit 63b0c3eaccdf1816b419632cd7fe721934d2eb27. > > Many builds require more free space than 100 MB, so this is only a > partial solution. Also, if multiple builds are happening on the same > machine, the amount of free space available for each build will be less > than 100 MB. You=E2=80=99re right, but this at least avoids the most obvious problems. > Finally, the other related commit that attempts to detect build failures > caused by ENOSPC by checking if there's at least 10 MB free after the > failure won't often work in practice, I suspect. The problem is, by the > time you perform that check, the build directory has already been > deleted. Correct. (I wasn=E2=80=99t sure the build directory would already be delet= ed at that point but rereading build.cc confirms this.) I suppose the only way to solve this correctly would be to keep the build tree and then delete it from (guix scripts offload). WDYT? Thanks for your feedback! Ludo=E2=80=99.