Servidor FiveM Cai Sozinho: Como Manter Online com Auto-Restart

Verifique se foi OOM kill (falta de memória):

sudo dmesg -T | grep -i "killed process"
sudo journalctl -k --since "24 hours ago" | grep -i oom

Se aparecer linha tipo Killed process 12345 (FXServer) total-vm:8GB, o kernel matou por falta de RAM. Isso indica memory leak num resource ou subdimensionamento da VPS.

Verifique se foi crash interno do FXServer:

tail -n 500 /home/fivem/server/server.log | grep -iE "error|exception|crash"

Procure stack trace ou linhas com [script:resource_name] ERROR. Resources Lua com loop infinito ou exception não tratada derrubam o servidor todo.

Cheque saturação de rede (possível DDoS):

sudo apt install -y vnstat
vnstat -l -i eth0

Se o tráfego de entrada (rx) está em centenas de Mbps com poucos players conectados, é flood. Anote o pico pra comparar depois.

Crie um usuário dedicado pro servidor (se ainda roda como root, isso é obrigatório por segurança):

sudo useradd -m -s /bin/bash fivem
sudo chown -R fivem:fivem /home/fivem/server

Rodar serviços expostos à internet como root é vetor de comprometimento total caso uma RCE seja descoberta no FXServer.

Crie o arquivo de service unit:

sudo nano /etc/systemd/system/fivem.service

Cole o conteúdo abaixo, ajustando os paths conforme sua instalação:

[Unit]
Description=FiveM FXServer
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
User=fivem
Group=fivem
WorkingDirectory=/home/fivem/server
ExecStart=/home/fivem/server/run.sh +exec server.cfg
Restart=always
RestartSec=10
StartLimitBurst=5
StartLimitIntervalSec=300
StandardOutput=append:/home/fivem/server/server.log
StandardError=append:/home/fivem/server/server.error.log
LimitNOFILE=65535

[Install]
WantedBy=multi-user.target

As diretivas críticas: Restart=always reinicia em qualquer saída (crash ou exit normal), RestartSec=10 espera 10 segundos entre tentativas (dá tempo do socket UDP liberar), e StartLimitBurst=5 evita loop infinito se o servidor estiver quebrado de verdade.

Ative e inicie o service:

sudo systemctl daemon-reload
sudo systemctl enable fivem.service
sudo systemctl start fivem.service
sudo systemctl status fivem.service

A saída deve mostrar active (running) em verde. Se aparecer failed, rode sudo journalctl -u fivem.service -n 50 pra ver o erro.

Crie um timer systemd pra reinício diário às 6h da manhã:

sudo nano /etc/systemd/system/fivem-restart.timer

[Unit]
Description=Restart FiveM daily at 6am

[Timer]
OnCalendar=*-*-* 06:00:00
Persistent=true

[Install]
WantedBy=timers.target

E o service que o timer dispara:

sudo nano /etc/systemd/system/fivem-restart.service

[Unit]
Description=Restart FiveM service

[Service]
Type=oneshot
ExecStart=/bin/systemctl restart fivem.service

Ative o timer:

sudo systemctl daemon-reload
sudo systemctl enable fivem-restart.timer
sudo systemctl start fivem-restart.timer
sudo systemctl list-timers fivem-restart.timer

A saída deve mostrar o próximo agendamento. Você pode ajustar o horário pra outro momento — sempre escolha quando o servidor tem menos players online.

Instale o htop e o vnstat pra observação em tempo real:

sudo apt install -y htop vnstat
sudo systemctl enable --now vnstat

htop mostra processo a processo. Filtre por F4 e digite FXServer pra ver só o que importa.

Crie um script de alerta simples que checa a RAM do FXServer a cada 5 minutos:

sudo nano /usr/local/bin/fivem-mem-check.sh

#!/bin/bash
THRESHOLD=85
MEM_PERCENT=$(ps -o %mem= -C FXServer | head -n1 | tr -d ' ')
MEM_INT=${MEM_PERCENT%.*}

if [ "$MEM_INT" -gt "$THRESHOLD" ]; then
  echo "$(date): FXServer usando ${MEM_PERCENT}% RAM" >> /var/log/fivem-mem.log
  # Opcional: enviar pra webhook Discord
  # curl -H "Content-Type: application/json" -d "{\"content\":\"FiveM RAM alta: ${MEM_PERCENT}%\"}" $DISCORD_WEBHOOK
fi

Torne executável e agende no cron:

sudo chmod +x /usr/local/bin/fivem-mem-check.sh
echo "*/5 * * * * root /usr/local/bin/fivem-mem-check.sh" | sudo tee /etc/cron.d/fivem-mem

Force um crash simulado pra ver se o auto-restart funciona:

sudo pkill -9 FXServer
sleep 15
sudo systemctl status fivem.service

Após 10-15 segundos, o status deve mostrar active (running) novamente, com uptime curto. Se aparecer failed ou inactive, revise o service unit.

Veja os últimos restarts no log do systemd:

sudo journalctl -u fivem.service --since "1 hour ago" | grep -E "Started|Stopped"

Cada par Started/Stopped representa um ciclo de restart. Frequência alta indica que a causa raiz não foi resolvida.