web-dev-qa-db-ja.com

シャットダウンしようとするとSystemdがハングする

Distro: Gentoo
systemd: 242

しばらくの間、ここにある両方のシステムで、適切なシャットダウン(停止、電源オフ、再起動)を行うことができませんでした。サービスのシャットダウンなどのほとんどの方法を経て停止します。ジョブを完了するには、マジックSysRqキーを使用する必要があります。

ようやくdebug-Shell.serviceを有効にして調べました。結局のところ、systemdはある時点で100%CPUでハングしています。通常、1つまたは2つのサービスがまだプロセスを持っていますが、そのうちのいくつかはゾンビです(systemdは通常それらを削除しますが、機能していないためです)。

これが私が判断できたすべてのことです。問題を診断するために他に何ができますか?

編集:スクリーンショットの例(トリミング): https://imgur.com/OVOozrI 内容は実際にはかなり異なるため、物事の順序が異なる場合があります。

編集2: syslogの関連部分 。そこにはあまり興味がありません。 「止められた」ことなく「止められた」唯一のことはDovecotでした。しかし、あなたは下部で見ることができます、それは最終的に終了しました。これはsystemdがハングする直前のようです。デバッグシェルで覚えているとおり、Dovecotはゾンビとして残されていました。少し前に、(正常に)Dovecotをシャットダウンして再起動を試みましたが、それでもsystemdがハングします。

4
ddawson

実際、systemd 242の初期リリースに影響を与えるこのバグのように見えました: https://bugs.gentoo.org/685002 (upstream: https://github.com/systemd/ systemd/issues/12335 )。

実際、242から242r1への変更(gentooのバージョン管理)は、このパッチを適用することでした: https://gitweb.gentoo.org/repo/gentoo.git/commit/sys-apps/systemd? id = eb1d80e6a30d09f9f139877c5b754c8a8e918d7a

2
lbonn

まあ、私が242-r1にアップデートした後、これはもう起こりません。適切にシャットダウンすることができました。残念ながら、その理由はわかりません。 systemdで修正されたものか、依存関係がどこかにある可能性があります。

1
ddawson