Bayangkan borang tempahan kedai tiba-tiba gagal dihantar. Pelanggan nampak mesej “Something went wrong”, sedangkan kita cuma ada akses terminal ke pelayan. Pada saat begini, log lebih berguna daripada meneka-neka kod mana yang salah.
Mulakan dengan masa kejadian
Tanya bila masalah mula berlaku dan fungsi apa yang terlibat. Kemudian semak beberapa baris terakhir fail log yang betul, contohnya tail -n 100 /var/log/nginx/error.log. Jika aplikasi menyimpan log sendiri, baca fail aplikasi itu pula. Nginx boleh melaporkan permintaan gagal, tetapi sebab sebenar mungkin berada dalam log aplikasi.
Untuk melihat mesej baharu semasa mengulang masalah, gunakan tail -f nama-fail.log. Tekan Ctrl+C apabila selesai. Jangan terus membaca keseluruhan fail berjuta baris; sempitkan pencarian kepada waktu, URL atau kod ralat yang berkaitan.
Cari corak, bukan satu baris menakutkan
Satu mesej “warning” belum tentu puncanya. Cari ralat yang berulang berhampiran masa masalah berlaku. grep -i 'error' nama-fail.log boleh membantu, tetapi jangan abaikan beberapa baris sebelum dan selepasnya. Di situ biasanya ada petunjuk: sambungan pangkalan data terputus, ruang cakera penuh, atau fail konfigurasi tersalah baca.
Catat masa, mesej penting dan perubahan terakhir sebelum membaiki apa-apa. Jika ada data peribadi dalam log, padamkannya sebelum berkongsi tangkap layar dengan pasukan. Tabiat kecil ini menjadikan perbincangan lebih cepat dan selamat.
Bila sudah jumpa punca
Uji satu pembaikan pada satu masa. Kalau tiga tetapan diubah serentak, sukar tahu yang mana sebenarnya menyelesaikan masalah. Log bukan ramalan ajaib; ia rekod kejadian. Baca dengan tenang, susun garis masa, kemudian sahkan pembaikan melalui permintaan baharu.