unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
* bug#38229: Frequent offloading failures on berlin
@ 2019-11-16 13:02 Marius Bakke
  2020-12-20  8:00 ` zimoun
  0 siblings, 1 reply; 4+ messages in thread
From: Marius Bakke @ 2019-11-16 13:02 UTC (permalink / raw)
  To: 38229

[-- Attachment #1: Type: text/plain, Size: 1158 bytes --]

Hello,

Since recently, Berlin sporadically fails during offloading with a
message such as...

Backtrace:
          10 (apply-smob/1 #<catch-closure 7fa16031f1e0>)
In ice-9/boot-9.scm:
    705:2  9 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
In ice-9/eval.scm:
    619:8  8 (_ #(#(#<directory (guile-user) 7fa15ffb5140>)))
In guix/ui.scm:
  1730:12  7 (run-guix-command _ . _)
In guix/scripts/offload.scm:
   768:22  6 (guix-offload . _)
In ice-9/boot-9.scm:
    829:9  5 (catch _ _ #<procedure 7fa15fef9018 at guix/ui.scm:642…> …)
    829:9  4 (catch _ _ #<procedure 7fa15fef9030 at guix/ui.scm:765…> …)
In guix/scripts/offload.scm:
   549:21  3 (process-request _ _ #<derivation /gnu/store/51qzn6nhb…> …)
   481:36  2 (choose-build-machine _)
In guix/inferior.scm:
    157:7  1 (port->inferior _ _)
    204:2  0 (read-repl-response _)

guix/inferior.scm:204:2: In procedure read-repl-response:
Throw to key `match-error' with args `("match" "no matching pattern" #<eof>)'.
guix build: error: unexpected EOF reading a line

This seems to happen randomly, at different times and different machines.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#38229: Frequent offloading failures on berlin
  2019-11-16 13:02 bug#38229: Frequent offloading failures on berlin Marius Bakke
@ 2020-12-20  8:00 ` zimoun
  2021-01-11 15:29   ` zimoun
  0 siblings, 1 reply; 4+ messages in thread
From: zimoun @ 2020-12-20  8:00 UTC (permalink / raw)
  To: Marius Bakke; +Cc: 38229

Hi Marius,

On Sat, 16 Nov 2019 at 14:02, Marius Bakke <mbakke@fastmail.com> wrote:

> Since recently, Berlin sporadically fails during offloading with a
> message such as...
>
> Backtrace:
>           10 (apply-smob/1 #<catch-closure 7fa16031f1e0>)
> In ice-9/boot-9.scm:
>     705:2  9 (call-with-prompt _ _ #<procedure default-prompt-handle…>)
> In ice-9/eval.scm:
>     619:8  8 (_ #(#(#<directory (guile-user) 7fa15ffb5140>)))
> In guix/ui.scm:
>   1730:12  7 (run-guix-command _ . _)
> In guix/scripts/offload.scm:
>    768:22  6 (guix-offload . _)
> In ice-9/boot-9.scm:
>     829:9  5 (catch _ _ #<procedure 7fa15fef9018 at guix/ui.scm:642…> …)
>     829:9  4 (catch _ _ #<procedure 7fa15fef9030 at guix/ui.scm:765…> …)
> In guix/scripts/offload.scm:
>    549:21  3 (process-request _ _ #<derivation /gnu/store/51qzn6nhb…> …)
>    481:36  2 (choose-build-machine _)
> In guix/inferior.scm:
>     157:7  1 (port->inferior _ _)
>     204:2  0 (read-repl-response _)
>
> guix/inferior.scm:204:2: In procedure read-repl-response:
> Throw to key `match-error' with args `("match" "no matching pattern" #<eof>)'.
> guix build: error: unexpected EOF reading a line
>
> This seems to happen randomly, at different times and different machines.

Does this bug is still relevant?  First, it appears transient and second
the CI is already work-in-progress.

If it is not transient, could you add more context when it happens?


All the best,
simon




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#38229: Frequent offloading failures on berlin
  2020-12-20  8:00 ` zimoun
@ 2021-01-11 15:29   ` zimoun
  2021-02-09  1:01     ` zimoun
  0 siblings, 1 reply; 4+ messages in thread
From: zimoun @ 2021-01-11 15:29 UTC (permalink / raw)
  To: Marius Bakke; +Cc: 38229

Hi Marius,

On Sun, 20 Dec 2020 at 09:00, zimoun <zimon.toutoune@gmail.com> wrote:
> On Sat, 16 Nov 2019 at 14:02, Marius Bakke <mbakke@fastmail.com> wrote:
>
>> Since recently, Berlin sporadically fails during offloading with a
>> message such as...

[...]

>> This seems to happen randomly, at different times and different machines.
>
> Does this bug is still relevant?  First, it appears transient and second
> the CI is already work-in-progress.
>
> If it is not transient, could you add more context when it happens?

Since it appears to me transient and without any moreinfo, I am planning
to close this issue in the coming days.


Cheers,
simon




^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#38229: Frequent offloading failures on berlin
  2021-01-11 15:29   ` zimoun
@ 2021-02-09  1:01     ` zimoun
  0 siblings, 0 replies; 4+ messages in thread
From: zimoun @ 2021-02-09  1:01 UTC (permalink / raw)
  To: Marius Bakke; +Cc: 38229-done

Hi,

On Mon, 11 Jan 2021 at 16:29, zimoun <zimon.toutoune@gmail.com> wrote:
> On Sun, 20 Dec 2020 at 09:00, zimoun <zimon.toutoune@gmail.com> wrote:
>> On Sat, 16 Nov 2019 at 14:02, Marius Bakke <mbakke@fastmail.com> wrote:
>>
>>> Since recently, Berlin sporadically fails during offloading with a
>>> message such as...
>
> [...]
>
>>> This seems to happen randomly, at different times and different machines.
>>
>> Does this bug is still relevant?  First, it appears transient and second
>> the CI is already work-in-progress.
>>
>> If it is not transient, could you add more context when it happens?
>
> Since it appears to me transient and without any moreinfo, I am planning
> to close this issue in the coming days.

If any objection, please reopen.


All the best,
simon




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2021-02-09  1:11 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-11-16 13:02 bug#38229: Frequent offloading failures on berlin Marius Bakke
2020-12-20  8:00 ` zimoun
2021-01-11 15:29   ` zimoun
2021-02-09  1:01     ` zimoun

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).