GNU bug report logs -
#59514
Stuck builds in Cuirass
Previous Next
To reply to this bug, email your comments to 59514 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
othacehe <at> gnu.org, bug-guix <at> gnu.org
:
bug#59514
; Package
guix
.
(Wed, 23 Nov 2022 12:51:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Marius Bakke <marius <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
othacehe <at> gnu.org, bug-guix <at> gnu.org
.
(Wed, 23 Nov 2022 12:51: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)]
Hi,
Cuirass has a tendency to not notice when a build is finished, leaving
it in a "running" state.
The phenomenon can be observed by going to
<https://ci.guix.gnu.org/status> and look at builds that are running for
a suspiciously long time.
Typically the build log will indicate that it has finished, yet Cuirass
is patiently waiting...and not scheduling further builds.
Restarting the builds typically get things going again.
I wrote a nasty script to automatically restart builds that are running
for >1 hour, but it's not a sustainable solution:
[restart-old-builds.py (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#59514
; Package
guix
.
(Wed, 23 Nov 2022 13:28:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 59514 <at> debbugs.gnu.org (full text, mbox):
Hello Marius,
> Cuirass has a tendency to not notice when a build is finished, leaving
> it in a "running" state.
>
> The phenomenon can be observed by going to
> <https://ci.guix.gnu.org/status> and look at builds that are running for
> a suspiciously long time.
I suspect this is caused by https://issues.guix.gnu.org/59510 which
causes the worker threads to bail out.
We can probably merge those two issues. The
/var/log/cuirass-remote-server.log file on Berlin also indicates when
the build-succeeded or build-failed message is received by the server,
and how long the fetch from the worker took.
Thanks,
Mathieu
This bug report was last modified 1 year and 163 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.