Capítulo 8 · 8.4
Ler registos com journalctl e docker logs
Quando algo não funciona, a causa está quase sempre num registo. No Debian e no Ubuntu, a maioria das mensagens encontra-se no journal do systemd.
journalctl: os comandos mais importantes
| Comando | O que vê? |
|---|---|
journalctl -u caddy | Tudo de um serviço, neste caso o Caddy |
journalctl -u ssh --since today | Todos os inícios de sessão SSH de hoje |
journalctl -p err -b | Todos os erros desde o último reinício |
journalctl -b -1 | O que aconteceu antes do reinício anterior |
journalctl -f | Acompanhar em direto (parar com Ctrl+C) |
journalctl -e | Saltar diretamente para o fim |
Coloque sudo antes do comando, ou adicione o seu utilizador ao grupo adm (sudo usermod -aG adm anna), para ver todas as mensagens.
Uma pesquisa típica quando o seu site não funciona:
anna@web1:~$ systemctl status nginx
anna@web1:~$ sudo journalctl -u nginx -p err --since "1 hour ago"
anna@web1:~$ sudo tail -n 50 /var/log/nginx/error.logRegistos de contentores
anna@web1:/srv/diensten$ sudo docker compose logs --tail 100 vaultwarden
anna@web1:/srv/diensten$ sudo docker compose logs -f caddyOutros registos de que precisa frequentemente
/var/log/nginx/: visitantes e erros do nginx./var/log/fail2ban.log: quem foi bloqueado pelo fail2ban./var/log/unattended-upgrades/: o que foi atualizado automaticamente./var/log/apt/history.log: que pacotes foram instalados e quando.
Registos que ocupam demasiado espaço
anna@web1:~$ journalctl --disk-usage
anna@web1:~$ sudo journalctl --vacuum-size=500MO journal limpa-se sozinho, mas por predefinição ocupa até 10 por cento do seu disco (no máximo 4 GB). Os registos dos contentores podem ser limitados como descrito em Atualizar contentores, limpar e limitar os registos.