systemdは、再起動時とサービスを正常に再起動したときに異なるタイムアウト設定を持ちますか？

rsyslogsystemdは他のタイムアウト設定を使用して、システムが再起動されたとき（たとえば、実行して）実行中のデーモンを停止しrebootますか？それとも、再起動するとき（たとえば）を使用しますかsystemctl restart rsyslog？

私が確認したシステムサービスページが見つかりましたが見つかりませんでした。代わりに、オプションTimeoutStopSecだけが見つかりましたTimeoutStartSec。オプションを設定しましたが、システムTimeoutStopSec化されていると思います。可能はい状態を安全に保存し、きちんと終了する前にデーモンを終了します。。

編集1：

@sourcejediが提案したように（ありがとう）、これはrsyslogを実行するデスクトップインストールではなく、rsyslogのUbuntu 16.04サーバーのインストールであることを強調する必要があります。 rsyslogは、クライアントノードからメッセージを受信し、メッセージの終了を要求したときにメモリにまだ大量を保持できます。体系化されました。

このオプションの値をTimeoutStopSec90秒から240秒に増やして、一部の破損したディスクキューの問題を解決しようとしましたが、それでも関連ログファイルでこのメッセージが何度も観察されました。

rsyslogd: キュー 'strm 0x26b4800'、ファイル '/var/spool/rsyslog/q_ForwardToNode2.00000003' 非追加書き込み用に開かれていますが、すでに 983505 バイトが含まれています。 [v8.29.0はhttp://www.rsyslog.com/e/0を試しました。 ]

アイデアは、システムがコンテンツをディスクに保存している間、辛抱強く、rsyslogを終了できることです。

rsyslogを起動する前に、systemdにアクティブなネットワーク接続を待機させ、別の問題を解決しようとしました。Drop-Insこのトピックに役立つコンテキストを追加した場合は、参照のために以下に使用する2つのsystemdの内容が含まれていました。

cat /etc/systemd/system/rsyslog.service.d/*.conf | grep -Ev '#|^$'

Github #1656を解決する

[単位]
ドキュメント=https://internal/wiki/url/here
以降 = network.target
希望=network.target

Github #1704をリリース

[単位]
ドキュメント=https://internal/wiki/url/here
[提供する]
タイムアウト停止秒= 240

読んでくれてありがとう。