From: Mark H Weaver <mhw@netris.org>
To: zimoun <zimon.toutoune@gmail.com>
Cc: 33362@debbugs.gnu.org
Subject: bug#33362: System tests stuck in "shepherd[1]: waiting for udevd..."
Date: Fri, 26 Nov 2021 18:21:09 -0500 [thread overview]
Message-ID: <87czmmpkov.fsf@netris.org> (raw)
In-Reply-To: <86o867r97l.fsf@gmail.com>
Hi Simon,
zimoun <zimon.toutoune@gmail.com> writes:
> On Mon, 12 Nov 2018 at 20:09, Mark H Weaver <mhw@netris.org> wrote:
>
>> As I write this, there are two system test builds that have been stuck
>> for many hours, endlessly printing "shepherd[1]: waiting for udevd...":
>>
>> https://hydra.gnu.org/build/3153725
>> https://hydra.gnu.org/build/3154365
>>
>> They are both on i686-linux, and on the 'core-updates' branch, but with
>> two different build slaves (hydra.gnunet.org and guix.sjd.se).
>>
>> I will now abort these builds, to free up build slots for other jobs.
>
> I am doing bug triage and I hit this old one #33362 [1] from 2018. It
> is about hydra which is down now, IIRC.
I doubt that this bug was about Hydra. It guess that the bug was in our
system test derivations. As far as I know, the only relevance of Hydra
to this bug is that Hydra was our CI system at that time, and therefore
it was Hydra that brought this bug to my attention.
> Does it still make sense to keep it open? Or can we close it?
If the bug hasn't occurred recently, then I agree it's okay to close it.
It would be good to check our modern Cuirass-based ci.guix.gnu.org to
find out whether this failure mode is still occurring in our system
tests.
I see that Cuirass's web interface has improved quite significantly in
the last couple of years, and I'm very grateful to those who've worked
on it. However, Cuirass still seems to be missing some important
functionality that Hydra had. Most notably, unless I missed something,
it seems to lack the ability to compare the results of two evaluations
and show the *differences* between those results, i.e. to enumerate the
newly failing jobs, the newly succeeding jobs, and the newly aborted
jobs.
Without that functionality, it's not easy for us to notice when a job
starts to fail, unless a user files a bug report. The total list of job
failures has always been too large to easily notice changes in that list
without assistance.
What do you think?
Thanks again for your work on this.
Regards,
Mark
--
Disinformation flourishes because many people care deeply about injustice
but very few check the facts. Ask me about <https://stallmansupport.org>.
next prev parent reply other threads:[~2021-11-26 23:22 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-13 1:09 bug#33362: System tests stuck in "shepherd[1]: waiting for udevd..." Mark H Weaver
2018-11-13 20:51 ` Mark H Weaver
2018-11-29 22:58 ` Mark H Weaver
2018-11-29 23:19 ` Danny Milosavljevic
2018-12-09 8:33 ` Mark H Weaver
2018-12-14 23:52 ` Mark H Weaver
2018-11-20 16:02 ` Ludovic Courtès
2018-12-09 21:46 ` Mark H Weaver
2021-11-26 1:34 ` zimoun
2021-11-26 23:21 ` Mark H Weaver [this message]
2022-01-04 23:21 ` zimoun
2022-02-03 2:37 ` zimoun
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87czmmpkov.fsf@netris.org \
--to=mhw@netris.org \
--cc=33362@debbugs.gnu.org \
--cc=zimon.toutoune@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).