Capitolul 8 · 8.4
Citirea jurnalelor cu journalctl și docker logs
Când ceva nu funcționează, motivul se află aproape întotdeauna într-un jurnal. Pe Debian și Ubuntu, majoritatea mesajelor se găsesc în journal-ul systemd.
journalctl: cele mai importante comenzi
| Comandă | Ce vedeți? |
|---|---|
journalctl -u caddy | Tot ce ține de un singur serviciu, aici Caddy |
journalctl -u ssh --since today | Toate autentificările SSH de astăzi |
journalctl -p err -b | Toate erorile de la ultima repornire |
journalctl -b -1 | Ce s-a întâmplat înainte de repornirea anterioară |
journalctl -f | Urmărire în timp real (opriți cu Ctrl+C) |
journalctl -e | Salt direct la final |
Adăugați sudo în fața comenzii sau adăugați-vă în grupul adm (sudo usermod -aG adm anna), iar apoi veți vedea toate mesajele.
O căutare tipică atunci când site-ul dvs. nu funcționează:
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.logJurnalele containerelor
anna@web1:/srv/diensten$ sudo docker compose logs --tail 100 vaultwarden
anna@web1:/srv/diensten$ sudo docker compose logs -f caddyAlte jurnale de care aveți des nevoie
/var/log/nginx/: vizitatorii și erorile nginx./var/log/fail2ban.log: pe cine a blocat fail2ban./var/log/unattended-upgrades/: ce s-a actualizat automat./var/log/apt/history.log: ce pachete au fost instalate și când.
Jurnale care ocupă prea mult spațiu
anna@web1:~$ journalctl --disk-usage
anna@web1:~$ sudo journalctl --vacuum-size=500MJournal-ul se curăță singur, dar în mod implicit ocupă până la 10 procente din discul dvs. (cel mult 4 GB). Jurnalele containerelor le limitați așa cum este descris în Actualizarea containerelor, curățarea și limitarea jurnalelor.