Я использую этот служебный файл:
[Unit]
Description=Minecraft server
Wants=network.target
After=network.target
[Service]
User=minecraft
Group=minecraft
Nice=5
WorkingDirectory=/home/minecraft/.minecraft/
KillMode=process
KillSignal=SIGINT
SuccessExitStatus=130
ExecStart=/usr/bin/java -Xms1G -Xmx1G -jar /home/minecraft/.minecraft/minecraft_server.jar nogui
[Install]
WantedBy=multi-user.target
Я использую SIGINT (ctrl + c) для его остановки:
KillSignal=SIGINT
и SuccessExitStatus для успешного завершения:
SuccessExitStatus=130
Tuve un problema similar, pero la desconexión de AFS no es inmediata ni automática, a veces el programa se ejecutará felizmente durante 6 horas o más antes de perder el acceso a AFS. Incluso si uno limpia las cosas con
fs checkservers
fs checkvolumes
fs flush
todavía no funciona ni recupera el acceso a AFS. Nuestro administrador del sistema sugirió la siguiente causa y solución:
Causa :"Desafortunadamente, no funcionará debido a una característica "nueva" en Linux. Creo lo que pasa es que el demonio systemd que maneja system resources/logins limpia agresivamente una vez que detecta un cierre de sesión (o conexión rota )de la sesión remota, lo que conduce a la destrucción de los tokens AFS y, por lo tanto, error de permiso denegado".
Posible solución :Una posible solución es que abra la pantalla en una máquina y luego ssh a otra máquina e iniciar el programa ejecutándose allí. Por ejemplo -inicie sesión en la máquina1 y luego -inicia una sesión de pantalla. -Desde dentro de la sesión de pantalla, ssh a la máquina 2 -inicie el software para realizar el análisis. -Separar la sesión
Con suerte, las 2 conexiones SSH anteriores pueden garantizar que los tokens se mantengan vivos en la segunda máquina."