From: "Ludovic Courtès" <ludo@gnu.org>
To: "Jonathan Frederickson" <jonathan@terracrypt.net>
Cc: 72166@debbugs.gnu.org
Subject: bug#72166: Shepherd periodically goes unresponsive on one of my machines
Date: Fri, 19 Jul 2024 17:35:29 +0200 [thread overview]
Message-ID: <878qxxtmwu.fsf@gnu.org> (raw)
In-Reply-To: <df6e8894-fd84-446f-a67f-50cdcc9de5b3@app.fastmail.com> (Jonathan Frederickson's message of "Wed, 17 Jul 2024 20:43:15 -0400")
Hi Jonathan,
"Jonathan Frederickson" <jonathan@terracrypt.net> skribis:
> I've been running into an issue with Shepherd on one of my machines. Every so often (and I haven't figured out what conditions trigger it), my Shepherd instances (both home and PID 1) will go unresponsive. I thought I had tracked it down to a misbehaving home service that I had configured, but it's just happened again without that service running.
>
> 'herd status' hangs indefinitely:
>
> jfred@terracard ~$ sudo herd status
> Password:
> <never returns>
>
> ...on both instances:
>
> jfred@terracard ~$ herd status
> <never returns>
Ouch. What version of shepherd is running? (You can view it with
“cat /proc/1/cmdline | xargs -0”.)
> The PID 1 shepherd instance isn't reaping defunct processes:
>
> jfred@terracard ~$ ps aux | grep -i lock
> jfred 541 0.0 0.0 3700 2304 ? S 18:30 0:00 swayidle -w timeout 300 swaylock -f -i ~/.wallpapers/user-manual.jpg timeout 10 if pgrep swaylock; then swaymsg "output * dpms off"; fi resume swaymsg "output * dpms on" before-sleep swaylock -f -i ~/.wallpapers/user-manual.jpg
> jfred 3111 0.0 0.0 0 0 ? Z 18:53 0:00 [swaylock] <defunct>
> jfred 3112 0.0 0.0 0 0 ? Zs 18:53 0:00 [swaylock] <defunct>
>
> Some further troubleshooting... strace indicates that it's waiting on a read() on its fd 9:
Interesting. There were bugs in earlier 0.10.x version that could cause
this sort of thing; let’s see what version you have, first.
Ludo’.
next prev parent reply other threads:[~2024-07-19 15:37 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-18 0:43 bug#72166: Shepherd periodically goes unresponsive on one of my machines Jonathan Frederickson
2024-07-19 15:35 ` Ludovic Courtès [this message]
2024-07-19 16:25 ` Jonathan Frederickson
2024-07-22 7:14 ` Ludovic Courtès
2024-07-25 0:08 ` Jonathan Frederickson
2024-08-16 16:12 ` Ludovic Courtès
2024-08-18 22:54 ` Jonathan Frederickson
2024-08-19 20:01 ` Jonathan Frederickson
[not found] ` <eec39e18-8a2b-440f-ad97-4779e56362af@app.fastmail.com>
[not found] ` <8734mztl9u.fsf@gnu.org>
[not found] ` <b86349b4-4c6f-4fef-b29b-95db86065a85@terracrypt.net>
2024-08-22 9:35 ` Ludovic Courtès
2024-08-22 17:52 ` Jonathan Frederickson
2024-09-04 9:24 ` Ludovic Courtès
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=878qxxtmwu.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=72166@debbugs.gnu.org \
--cc=jonathan@terracrypt.net \
/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 external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.