[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#49781: Successful build on ci.guix not available as substitute

From: Mathieu Othacehe
Subject: bug#49781: Successful build on ci.guix not available as substitute
Date: Fri, 30 Jul 2021 12:11:17 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)

Hello Ludo,

> It’s the first time I see this.  My understanding is that Cuirass makes
> a GET request on ‘guix publish’ upon build completion.  Could there be a
> race condition or something that can explain this?

Your understanding is correct :). However, looking at the
cuirass-remote-server.log file, I found:

--8<---------------cut here---------------start------------->8---
2021-07-29T22:31:48 fetching 
'/gnu/store/hrn9hj7v1img3il6afh3r036aczvwnyd-xnnpack-0.0-1.bbe8824.drv' from
2021-07-29T22:31:48 Failed to add 
/gnu/store/slm0x0j05vyl3vqbjhgc0nch6jca9fp3-xnnpack-0.0-1.bbe8824 to store.
--8<---------------cut here---------------end--------------->8---

There are quite a few other "Failed to add" traces in the log, and they
all seem to involve the machine behind the .185 IP address.

Fetching the substitute manually from Berlin works:

--8<---------------cut here---------------start------------->8---
--8<---------------cut here---------------end--------------->8---

but using "ensure-path" fails this way:

--8<---------------cut here---------------start------------->8---
scheme@(guix-user)> (set-build-options* s "";)
$1 = #t
scheme@(guix-user)> (ensure-path s 
substitute: updating substitutes from ''... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
ice-9/boot-9.scm:1669:16: In procedure raise-exception:
  1. &store-protocol-error:
      message: "path 
`/gnu/store/slm0x0j05vyl3vqbjhgc0nch6jca9fp3-xnnpack-0.0-1.bbe8824' does not 
exist and cannot be created"
      status: 1

Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
--8<---------------cut here---------------end--------------->8---

Do you see any reason why ensure-path would fail while wget works?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]