サーバーを自動的に起動し、コマンドを渡すためにsystemdサービスをどのように設定する必要がありますか？

Question

問題を再現できないため、完全な回答はできません。しかし、検証可能な最小限の例を構築しようとし、いくつかのトラブルシューティングのアイデアを考えました。

# /etc/systemd/system/[email protected]
[Service]
ExecStart=cat -
User=stew
Sockets=sockinst@%i.socket
StandardInput=socket
StandardOutput=journal
StandardError=journal

# /etc/systemd/system/[email protected]
[Socket]
ListenFIFO=%t/sockinst%I.stdin
Service=sockinst@%i.service

その後、実行すると動作します。

stew /etc/systemd/system $ systemctl start sockinst@1_1.service
stew /etc/systemd/system $ echo "Hello" > /run/sockinst1_1.stdin 
stew /etc/systemd/system $ systemctl status sockinst@1_1.{service,socket}
● sockinst@1_1.service - Testing instanced sockets 1_1
     Loaded: loaded (/etc/systemd/system/[email protected]; static)
     Active: active (running) since Fri 2021-11-05 10:35:41 CET; 37s ago
TriggeredBy: ● sockinst@1_1.socket

systemd[1]: Started Testing instanced sockets 1_1.
cat[11623]: Hello

● sockinst@1_1.socket - Socket for instance 1_1
     Loaded: loaded (/etc/systemd/system/[email protected]; static)
     Active: active (running) since Fri 2021-11-05 10:35:41 CET; 37s ago
   Triggers: ● sockinst@1_1.service
     Listen: /run/sockinst1_1.stdin (FIFO)

systemd[1]: Listening on Socket for instance 1_1.

ここで触れることができるいくつかのヒントは次のとおりです。

これにより、systemctl stop minecraft@1_17_1.serviceパラレルソケットは停止しません。これは/run/minecraft1_17_1.stdin継続的に実行されることを意味します。実際、これはecho "hello" > /run/minecraft1_17_1.stdinサービスを開始します。サービスの問題を解決する場合、古いソケットがテストに影響を与える可能性があると思います。次の2つのオプションのいずれかを選択することをお勧めします。
1. それを利用systemctl stop minecrat@1_17_1.{service,socket}して防ぎ、
2. ソケットセクションPartOf=minecraft@%i.serviceに追加されました。[Unit]これによりサービスが停止すると自動的に停止します。
あなたはを使用していますRestart=on-failure。これは最終結果には適していますが、初期失敗を隠すことができます。問題の解決中に一時的に削除してみてください。その後、失敗すると、失敗の元の理由を確認できます。私はサーバーの起動に正当な問題があるようですが、ソケットは最初のインスタンスにバインドされています。その後、再起動するたびにExecStart =を試す前に以前のソケットにバインドできないため、最初から失敗した理由はわかりません。サービスとソケットを必ず停止してから起動し、すぐに出力を確認してください。エラーメッセージが違っても驚かないでしょう。
Minecraftサーバーにグラフィカルユーザーインターフェースがあると説明しました。これはオプションであり、突然あなたDISPLAYとXAUTHORITYあなたが設定した内容によって異なります。これは壊れる可能性がある多くのものを引き起こします。サービス担当者に連絡して、初期障害の原因を取り除くようにnogui選択してください。本当にそのGUIが必要な場合は、start.shスクリプトで環境変数DISPLAYを設定する必要がありますXAUTHORITY（ただし、これが必ずしも最も簡単なことではありません）。サービスを実行できることを確認するには、少なくともGUIなしで試してみることをお勧めします。
sudo systemctl daemon-reloadファイルの編集中に実行するのを忘れることもあります。注 systemd が各デバイスの最新バージョンを読み取れるように、このコマンドを実行する必要があります。

Answer 1

問題を再現できないため、完全な回答はできません。しかし、検証可能な最小限の例を構築しようとし、いくつかのトラブルシューティングのアイデアを考えました。

# /etc/systemd/system/[email protected]
[Service]
ExecStart=cat -
User=stew
Sockets=sockinst@%i.socket
StandardInput=socket
StandardOutput=journal
StandardError=journal

# /etc/systemd/system/[email protected]
[Socket]
ListenFIFO=%t/sockinst%I.stdin
Service=sockinst@%i.service

その後、実行すると動作します。

stew /etc/systemd/system $ systemctl start sockinst@1_1.service
stew /etc/systemd/system $ echo "Hello" > /run/sockinst1_1.stdin 
stew /etc/systemd/system $ systemctl status sockinst@1_1.{service,socket}
● sockinst@1_1.service - Testing instanced sockets 1_1
     Loaded: loaded (/etc/systemd/system/[email protected]; static)
     Active: active (running) since Fri 2021-11-05 10:35:41 CET; 37s ago
TriggeredBy: ● sockinst@1_1.socket

systemd[1]: Started Testing instanced sockets 1_1.
cat[11623]: Hello

● sockinst@1_1.socket - Socket for instance 1_1
     Loaded: loaded (/etc/systemd/system/[email protected]; static)
     Active: active (running) since Fri 2021-11-05 10:35:41 CET; 37s ago
   Triggers: ● sockinst@1_1.service
     Listen: /run/sockinst1_1.stdin (FIFO)

systemd[1]: Listening on Socket for instance 1_1.

ここで触れることができるいくつかのヒントは次のとおりです。

これにより、systemctl stop minecraft@1_17_1.serviceパラレルソケットは停止しません。これは/run/minecraft1_17_1.stdin継続的に実行されることを意味します。実際、これはecho "hello" > /run/minecraft1_17_1.stdinサービスを開始します。サービスの問題を解決する場合、古いソケットがテストに影響を与える可能性があると思います。次の2つのオプションのいずれかを選択することをお勧めします。
1. それを利用systemctl stop minecrat@1_17_1.{service,socket}して防ぎ、
2. ソケットセクションPartOf=minecraft@%i.serviceに追加されました。[Unit]これによりサービスが停止すると自動的に停止します。
あなたはを使用していますRestart=on-failure。これは最終結果には適していますが、初期失敗を隠すことができます。問題の解決中に一時的に削除してみてください。その後、失敗すると、失敗の元の理由を確認できます。私はサーバーの起動に正当な問題があるようですが、ソケットは最初のインスタンスにバインドされています。その後、再起動するたびにExecStart =を試す前に以前のソケットにバインドできないため、最初から失敗した理由はわかりません。サービスとソケットを必ず停止してから起動し、すぐに出力を確認してください。エラーメッセージが違っても驚かないでしょう。
Minecraftサーバーにグラフィカルユーザーインターフェースがあると説明しました。これはオプションであり、突然あなたDISPLAYとXAUTHORITYあなたが設定した内容によって異なります。これは壊れる可能性がある多くのものを引き起こします。サービス担当者に連絡して、初期障害の原因を取り除くようにnogui選択してください。本当にそのGUIが必要な場合は、start.shスクリプトで環境変数DISPLAYを設定する必要がありますXAUTHORITY（ただし、これが必ずしも最も簡単なことではありません）。サービスを実行できることを確認するには、少なくともGUIなしで試してみることをお勧めします。
sudo systemctl daemon-reloadファイルの編集中に実行するのを忘れることもあります。注 systemd が各デバイスの最新バージョンを読み取れるように、このコマンドを実行する必要があります。

サーバーを自動的に起動し、コマンドを渡すためにsystemdサービスをどのように設定する必要がありますか？

ターゲット：

試すことができる解決策：

質問：

質問：

ベストアンサー1

おすすめ記事