Server yang sehat jarang berteriak. Ia berbisik lewat log. Masalahnya, bisikan itu tersebar di banyak tempat: log systemd, log Nginx, log aplikasi, dan log sistem. Kalau Anda tidak tahu ke mana harus melihat pertama kali, troubleshooting berubah jadi menebak-nebak. Artikel ini merangkum alur yang saya pakai setiap kali ada server bermasalah: cek log yang relevan, persempit waktunya, temukan baris error yang benar, lalu rapikan log supaya disk tidak penuh diam-diam. 1. journalctl: satu pintu untuk semua log systemd Di Ubuntu 24.04, hampir semua layanan yang dijalankan systemd mencatat ke journal. Artinya satu perintah, journalctl , bisa menjawab sebagian besar pertanyaan "kenapa layanan ini mati?" Melihat log satu layanan # 100 baris terakhir dari layanan nginx sudo journalctl -u nginx -n 100 # Mengikuti log secara live, seperti tail -f sudo journalctl -u nginx -f Flag -u memilih unit. Ganti nginx dengan nama layanan apa pun: ssh , docker , cron , atau nama service apl...