systemdが「ループが速すぎる」と出力するのはなぜですか？

Debian 8.3（jessie）でサーバー（VPS）を実行していて、systemdがさまざまなプロセスを管理しています。システムの負荷は1未満ですが、ほぼすべてのメモリとスワップ領域の一部を使用しています。サービスを停止して開始しようとすると

systemctl stop process@1

ログファイルは言う

Mar  1 08:03:50 abcde systemd[1]: Looping too fast. Throttling execution a little.

このメッセージは毎秒表示され、それ以上は起こりません。^C端末に送信すると、ようやくプロセスが停止します。デーモンを再起動しようとすると、同じことが起こります。Systemdのバージョン：215-17 + deb8u3

このメッセージが表示されるのはなぜですか？このメッセージなしでデーモンをシャットダウンするにはどうすればよいですか？

github上のsystemdに関するこの問題によると、問題はdbusにある可能性があり、2015年7月の時点でDebian 8（バージョン215）に付属するバージョンは古いと見なされているため、systemdのアップグレードが推奨されます。

サーバーを再起動してみてください。これにより、この問題が発生した他の一部のユーザーのこの問題が修正されました（これは明らかに回避策ですが）。私がリストしたレポートには、状況に応じて適用される可能性のある他の修正/回避策もあります。

更新：

bugs.debian.orgのこのスレッドによると、この修正215-17+deb8u5はsystemdパッケージのバージョンで利用できるはずです。このバージョンにアップグレードすると、問題が解決するはずです。

同様の問題がありました。

systemctl daemon-reexec

それをきれいにした。の出力を比較してみました

systemctl --all

再実行を実行する前後。再実行の前に私が見るのは、次のような多数の行です。

session-1046.scope       loaded inactive dead   start Session 1046 of user root
session-1047.scope       loaded inactive dead   start Session 1047 of user root
session-1048.scope       loaded inactive dead   start Session 1048 of user root
session-1049.scope       loaded inactive dead   start Session 1049 of user myuser
session-1050.scope       loaded inactive dead   start Session 1050 of user root
session-1051.scope       loaded inactive dead   start Session 1051 of user root
session-1052.scope       loaded inactive dead   start Session 1052 of user myuser

これらはすべて再実行後に消えました。私は彼らが次のものの実行と関係があると信じています：

ssh root@myserver
ssh myuser@myserver

最後の再起動から数週間以上。

root（またはmyuser）としてログインすると、「実行状態」のsystemctlエントリを再現できますが、ウィンドウを適切に終了または強制終了すると、エントリが消えます。ログインを離れると、最終的に何らかの方法でハングし、systemDセッションが終了することを期待しています。これらがsystemDのループと関係があるかどうかはわかりません。

つまり、systemdがサービスを開始しようとすると、すぐにクラッシュ（または正常に終了）します。再起動しようとすると、同じメッセージが表示されます。いくつかの設定が間違っている/欠落していないか確認してください、いくつかのファイルが予期された場所で見つかりません/間違った権限、...