systemdを使用したMinecraftサーバーの起動/停止

Question 1

マニュアルページを数回見た後（はい、最初は答えがありません...）、解決策を見つけましたが...うまくいきません。もう少し探した後、ついに最もエレガントなソリューションを見つけました。

[Unit]
Description=Minecraft server
After=local-fs.target network.target

[Service]
WorkingDirectory=/home/minecraft/minecraft_server
User=minecraft
Group=minecraft
Type=forking
# Run it as a non-root user in a specific directory

ExecStart=/usr/bin/screen -h 1024 -dmS minecraft ./minecraft_server.sh
# I like to keep my commandline to launch it in a separate file
# because sometimes I want to change it or launch it manually
# If it's in the WorkingDirectory, then we can use a relative path

# Send "stop" to the Minecraft server console
ExecStop=/usr/bin/screen -p 0 -S minecraft -X eval 'stuff \"stop\"\015'
# Wait for the PID to die - otherwise it's killed after this command finishes!
ExecStop=/bin/bash -c "while ps -p $MAINPID > /dev/null; do /bin/sleep 1; done"
# Note that absolute paths for all executables are required!

[Install]
WantedBy=multi-user.target

これは実際に元のスクリプトよりも良く見えます！しかし、いくつかの回帰があります。

コマンドをサーバーコンソールに渡すには、別々のスクリプトを作成する必要があります。
実行してsystemctl start minecraft確認systemctl stop minecraftしてください。それ以外の場合、systemctl status minecraftこれらのコマンドが実際に失敗してもまったく出力を提供しません。これはスクリプトと比較して唯一の主な回帰です。「常に出力を確認してください」はITのルール＃1ですが、systemdはそれを気にしないようです。
また、systemdが「PID終了待ち」の解決策なしにサービス終了を管理できることを願っています。以前のinitスクリプトでは、これを手動で実行する必要がありました。これはスクリプトであり、systemdは同じことの複雑なスクリプトの必要性を排除しようとするためです。これにより、すべてのタイムアウトを手動でスクリプト化し、不要なタイムアウトを終了することがなくなります。しかし、「pidが死ぬのを待つ」は、私たちがスクリプトを書く必要がある次の最も一般的なものです。

Answer

マニュアルページを数回見た後（はい、最初は答えがありません...）、解決策を見つけましたが...うまくいきません。もう少し探した後、ついに最もエレガントなソリューションを見つけました。

[Unit]
Description=Minecraft server
After=local-fs.target network.target

[Service]
WorkingDirectory=/home/minecraft/minecraft_server
User=minecraft
Group=minecraft
Type=forking
# Run it as a non-root user in a specific directory

ExecStart=/usr/bin/screen -h 1024 -dmS minecraft ./minecraft_server.sh
# I like to keep my commandline to launch it in a separate file
# because sometimes I want to change it or launch it manually
# If it's in the WorkingDirectory, then we can use a relative path

# Send "stop" to the Minecraft server console
ExecStop=/usr/bin/screen -p 0 -S minecraft -X eval 'stuff \"stop\"\015'
# Wait for the PID to die - otherwise it's killed after this command finishes!
ExecStop=/bin/bash -c "while ps -p $MAINPID > /dev/null; do /bin/sleep 1; done"
# Note that absolute paths for all executables are required!

[Install]
WantedBy=multi-user.target

これは実際に元のスクリプトよりも良く見えます！しかし、いくつかの回帰があります。

コマンドをサーバーコンソールに渡すには、別々のスクリプトを作成する必要があります。
実行してsystemctl start minecraft確認systemctl stop minecraftしてください。それ以外の場合、systemctl status minecraftこれらのコマンドが実際に失敗してもまったく出力を提供しません。これはスクリプトと比較して唯一の主な回帰です。「常に出力を確認してください」はITのルール＃1ですが、systemdはそれを気にしないようです。
また、systemdが「PID終了待ち」の解決策なしにサービス終了を管理できることを願っています。以前のinitスクリプトでは、これを手動で実行する必要がありました。これはスクリプトであり、systemdは同じことの複雑なスクリプトの必要性を排除しようとするためです。これにより、すべてのタイムアウトを手動でスクリプト化し、不要なタイムアウトを終了することがなくなります。しかし、「pidが死ぬのを待つ」は、私たちがスクリプトを書く必要がある次の最も一般的なものです。

Question 2

要約：画面をまったく使用しないでください。 RCON を使用してサーバーを制御します。

私は画面がMinecraftサーバー管理のための事実上の標準だったことに気づきましたが、両方の方法を試した後、RCONが制御問題をよりきれいに解決するという結論に達しました。

スクリーンセッションでサーバーを実行する理由は、スクリーンセッションを使用してサーバーの標準入力にコマンドを入力してサーバーにコマンドを送信できるためです。サーバーの対話型コンソールを使用するために、screenセッションに直接接続することもできます。これは重要な機能ですが、画面がこれを達成する唯一の方法ではありません。

Minecraftはリモート管理のためのRCONプロトコルをサポートしています。ローカルで使用してサーバーと対話できます。私は使うマクコン単一のコマンドを送信したり、対話型端末として機能したりできるコマンドラインツールです。これは画面よりも強力で複雑ではありません（画面を介してコマンドを送信するとeval常にstuffオーグラになります）。

私のminecraft.serviceファイルは次のとおりです。

[Unit]
Description=Minecraft Server
After=network.target

[Service]
Type=simple
User=minecraft
Group=minecraft
WorkingDirectory=/srv/minecraft
ExecStart=/usr/local/bin/minecraft/start
ExecStop=/usr/local/bin/minecraft/stop
Restart=always

[Install]
WantedBy=default.target

このstartスクリプトは単にサーバー実行ファイルを実行します。

#!/bin/sh

cd /srv/minecraft
java -Xmx12G -Xms12G \
  -XX:+UnlockExperimentalVMOptions \
  -XX:+UseG1GC \
  -XX:G1NewSizePercent=50 \
  -XX:MaxGCPauseMillis=50 \
  -XX:+AlwaysPreTouch \
  -jar server.jar nogui

スクリプトstopはサーバーにコマンドを送信し、プロセスが停止するのを待ちます。

#!/bin/sh

/usr/local/bin/minecraft/rcon stop

while kill -0 $MAINPID 2>/dev/null
do
  sleep 0.5
done

このrconスクリプトは簡単に言うと次のようになります。

#!/bin/sh

mcrcon -H localhost -P 25575 -p "password omitted" $@

私のスクリプトにはRCONポートとパスワードがハードコーディングされていますが、server.propertiesファイルから簡単にインポートできます。またmcrcon、必要に応じてコマンドライン引数ではなく環境変数を介して許可されます。

その他の注意事項：

ファイルでRCONを有効にする必要がありますserver.propertiesが、リモート使用を防ぐためにファイアウォールでポートを閉じることができます。
対話型端末セッションを開始するには、rcon引数なしで実行します（またはmcrconを直接呼び出します）。
サーバーログを表示するには、Journalctl を使用します。私はこれを使ってすべてのログをDiscord Webhookに送ります。

編集：他の答えのコメントは、SIGINTがコマンドを送信するかのようにMinecraftサーバーを正常に停止させると主張しますstop。もしそうなら、サーバーを停止するためにRCONを使用する代わりにSIGINTを送信する方が簡単でより良いでしょう。 RCON は、他の管理タスクにまだ役に立ちます。

Answer