2017-03-21 14 views
0

マイapp.serviceファイルの[サービス]の部分には、次のされていない持っています〜/usr/lib/systemd/system/app.service変更systemd.service TimeoutSec値は何の影響

systemctl daemon-reloadを実行しましたが、起動時に影響しないようです。 systemctl status app

Job for app.service failed because a fatal signal was delivered to the control process. See "systemctl status app.service" and "journalctl -xe" for details 

出力です: - - :それは、私は次のエラーでsystemctl start appまたはsystemctl reload app.serviceを実行すると同じように失敗した

● app.service - ApplicationTest 
    Loaded: loaded (/opt/app/appl_init.d; enabled; vendor preset: disabled) 
    Active: failed (Result: signal) since Tue 2017-03-21 01:55:22 EDT; 1min 4s ago 
    Docs: man:app(8) 
    Process: 4126 ExecStart=/opt/app/appl_init.d start (code=killed, signal=KILL) 

Mar 21 01:55:22 centosvm systemd[1]: Starting ApplicationTest... 
Mar 21 01:55:22 centosvm systemd[1]: app.service start operation timed out. Terminating. 
Mar 21 01:55:22 centosvm systemd[1]: app.service stop-final-sigterm timed out. Killing. 
Mar 21 01:55:22 centosvm systemd[1]: app.service: control process exited, code=killed status=9 
Mar 21 01:55:22 centosvm systemd[1]: Failed to start ApplicationTest. 
Mar 21 01:55:22 centosvm systemd[1]: Unit app.service entered failed state. 
Mar 21 01:55:22 centosvm systemd[1]: app.service failed. 

私はsystemctl show app.service -p TimeoutSecを実行したときに、私は気づいたもう一つの奇妙なものがあり、私は「ドン結果は得られません。それは空白ですか?

私はsystemctl rebootをやってみましたが、まだ、ダイスはありません。

もちろん、値をTimeoutSec=5minのように変更すると、正常に動作します。しかし、私は本当にこのアプリケーションが無限を占める必要があります。

どこが間違っていますか?

+0

本当に「フォーク」サービスを開始していますか? –

+0

はい、初期設定後に引き継ぐデーモンとして、子プロセスが存在する可能性があります。 –

答えて

1

TimeoutSec=0問題を修正しました。

229より古いバージョンのsystemdを使用している場合、タイムアウトを無効にするには、無限大の代わりに0を使用する必要があります。

関連する問題