質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

87.61%

systemdで再起動時ファイル実行を行うと成功するものとしないものがある

解決済

回答 3

投稿

  • 評価
  • クリップ 0
  • VIEW 2,418

score 21

systemdでb.serviceというファイルにrun.pyというファイルをOS起動時に実行するように記述した後、
再起動したのですが実行していませんでした。
しかし,sudo systemctl start b.serviceを行ったところ,run.pyが実行している事が確認できたためb.serviceがrun.pyを実行するファイルになっている事は間違いないようです。
この場合再起動時にb.serviceが動作していないと考えるのが妥当だと思うのですが、どういった原因でそうなってしまっていると予測されるでしょうか?

前提として、sudo systemctl enable b.serviceも行っています。
ホームディレクトリにある別のPythonのファイルは再起動時の実行に成功しました。

OS再起動直後の実行状態確認↓
イメージ説明

b.service↓
イメージ説明

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 3

+2

起動時に実行されていないのは、

dmesg | grep systemd


の結果で、エラーが出ているのではないでしょうか。

ネットワークの後に起動するのであれば、普通は、

[Unit]
After=network.target


を追加しておけば、大丈夫だと思うのですが...

systemctl enable systemd-networkd-wait-online 

を使うのであれば、下記のように書き換えておく必要があると思います。

[Unit]
After=network-online.target

もし、インターネットに接続に行くようなものであれば、 nss-lookup.target  も一緒に追加しておいた方が良いかもしれません。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

check解決した方法

0

以下のようにb.serviceの記述を変更するか、run.pyの先頭に数秒のスリープ(今回は15秒)を入れることで再起動時の実行が可能になった。

[Unit]
Description=excute run.py
After=network.target remote-fs.target nss-lookup.target

[Service]
ExecStart=/usr/bin/python3 /home/pi/Documents/Interphone/slackbot_test/run.py

[Install]
WantedBy=network-online.target

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/02/28 18:38

    私だったらexecstartpreで事前チェックスクリプトを定義しますね。

    キャンセル

0

IPアドレスがインターフェースに割り当てられる前に起動しようとしてbindに失敗するとかはよくありますねー。messagesにエラー原因が出力されてると思いますよ。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2019/02/28 09:46

    アドバイスありがとうございます。
    /var/log/messagesにLinuxのログが残っているのですね。

    調べてみたところ、下記いずれのコマンドもgrepにヒットしませんでした。
    less /var/log/messages | grep b.service
    less /var/log/messages | grep run.py

    ちなみに、a.serviceに/usr/bin/motionの実行を定義していて、こちらはOS再起動時に実行がされているのですがgrepで下記の検索をしてもヒットしませんでした。(3日前ならヒットするものがある)
    (ただしこちらは目視で確認するとmotionが立ち上がっていると思しきLogを確認できる.
    less /var/log/messages | grep a.service
    less /var/log/messages | grep motion*

    あとsystemdのLogが残っているかと思い,以下のようにgrep検索してみたのですがこちらも今日はLogが残っていませんでした。(3日前ならヒットするものがある)

    まとめるとsystemd, a.service, run.pyともgrep検索にかからないのですが、エラーコード自体が出ていないという認識でよいでしょうか。。

    キャンセル

  • 2019/02/28 10:13

    https://qiita.com/umchifre/items/8ca6607d2008b465b377
    こちらの記事を参照して以下のコマンドでログを確認したところ、
    その下に続くようなログが得られました。
    確かにネットワークのコネクションに失敗している様子です。

    journalctl -xe -u b.service

    2月 28 08:51:12 interphone python3[304]: File "/usr/lib/python3/dist-packages/requests/adapters.py", line 487, in send
    2月 28 08:51:12 interphone python3[304]: raise ConnectionError(e, request=request)
    2月 28 08:51:12 interphone python3[304]: requests.exceptions.ConnectionError: HTTPSConnectionPool(host='slack.com', port=443): Max retries exceeded with url:
    2月 28 08:51:12 interphone systemd[1]: b.service: Main process exited, code=exited, status=1/FAILURE
    2月 28 08:51:12 interphone systemd[1]: b.service: Unit entered failed state.
    2月 28 08:51:12 interphone systemd[1]: b.service: Failed with result 'exit-code'.

    キャンセル

  • 2019/02/28 12:21

    ネットワークが立ち上がった後にサービスを動かすために以下のコマンドを実行して再起動を行ってみたのですが結果は変わらない状態です。

    # systemctl enable systemd-networkd
    # systemctl enable systemd-networkd-wait-online

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 87.61%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る