GNU bug report logs -
#38229
Frequent offloading failures on berlin
Previous Next
Reported by: Marius Bakke <mbakke <at> fastmail.com>
Date: Sat, 16 Nov 2019 13:04:01 UTC
Severity: normal
Done: zimoun <zimon.toutoune <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38229 in the body.
You can then email your comments to 38229 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#38229
; Package
guix
.
(Sat, 16 Nov 2019 13:04:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Marius Bakke <mbakke <at> fastmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 16 Nov 2019 13:04:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#38229
; Package
guix
.
(Sun, 20 Dec 2020 08:10:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 38229 <at> debbugs.gnu.org (full text, mbox):
Hi Marius,
On Sat, 16 Nov 2019 at 14:02, Marius Bakke <mbakke <at> 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
Information forwarded
to
bug-guix <at> gnu.org
:
bug#38229
; Package
guix
.
(Mon, 11 Jan 2021 15:38:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 38229 <at> debbugs.gnu.org (full text, mbox):
Hi Marius,
On Sun, 20 Dec 2020 at 09:00, zimoun <zimon.toutoune <at> gmail.com> wrote:
> On Sat, 16 Nov 2019 at 14:02, Marius Bakke <mbakke <at> 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
Reply sent
to
zimoun <zimon.toutoune <at> gmail.com>
:
You have taken responsibility.
(Tue, 09 Feb 2021 01:10:04 GMT)
Full text and
rfc822 format available.
Notification sent
to
Marius Bakke <mbakke <at> fastmail.com>
:
bug acknowledged by developer.
(Tue, 09 Feb 2021 01:10:04 GMT)
Full text and
rfc822 format available.
Message #16 received at 38229-done <at> debbugs.gnu.org (full text, mbox):
Hi,
On Mon, 11 Jan 2021 at 16:29, zimoun <zimon.toutoune <at> gmail.com> wrote:
> On Sun, 20 Dec 2020 at 09:00, zimoun <zimon.toutoune <at> gmail.com> wrote:
>> On Sat, 16 Nov 2019 at 14:02, Marius Bakke <mbakke <at> 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
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 09 Mar 2021 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 20 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.