From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: Re: Merging staging? Date: Sat, 22 Dec 2018 00:06:17 +0100 Message-ID: <87h8f6lbti.fsf@gnu.org> References: <87o99gvyce.fsf@netris.org> <6AD6EA9A-7634-4A8E-8A59-F3D35BC0F82A@lepiller.eu> <8736qradap.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 ([2001:4830:134:3::10]:35131) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gaTsA-0004xq-SW for guix-devel@gnu.org; Fri, 21 Dec 2018 18:06:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gaTsA-0006j2-2F for guix-devel@gnu.org; Fri, 21 Dec 2018 18:06:26 -0500 Received: from hera.aquilenet.fr ([2a0c:e300::1]:46854) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gaTs9-0006h2-SN for guix-devel@gnu.org; Fri, 21 Dec 2018 18:06:25 -0500 In-Reply-To: <8736qradap.fsf@netris.org> (Mark H. Weaver's message of "Thu, 20 Dec 2018 20:17:07 -0500") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Mark H Weaver Cc: guix-devel@gnu.org Hello Mark, Mark H Weaver skribis: > It's a good question. I have several hypotheses: These are all valid but there=E2=80=99s a couple more to consider. ;-) Specifically we=E2=80=99ve had ENOSPC issues on some build nodes lately, an= d as I wrote elsewhere, =E2=80=98guix offload=E2=80=99 would report them as =E2= =80=9Cpermanent failures=E2=80=9D. Thus guix-daemon on berlin would cache those failures a= nd never retry afterwards. This is fixed by commit b96e05aefd7a4f734cfec3b27c2d38320d43b687. Commit 63b0c3eaccdf1816b419632cd7fe721934d2eb27 also arranges so we don=E2=80=99t choose machines low on disk space. Another issue I=E2=80=99ve noticed is =E2=80=9Cdatabase is locked=E2=80=9D = offloading crashes, fixed by bdf860c2e99077d431da0cc1db4fc14db2a35d31. We probably don=E2=80= =99t get these on hydra.gnu.org because we=E2=80=99re running a version that pre= dates the replacement of the =E2=80=98guix-register=E2=80=99 program by (guix sto= re database). There=E2=80=99s a few more issues about offloading in the bug tracker. I suspect these explain the low availability of substitutes to a large extent. Ludo=E2=80=99.