/var/log
sering memiliki izin drwxrwxr-x
, jadi tidak dapat ditulisi pengguna kecuali jika pengguna root atau milik kelompok istimewa. Itu berarti file log baru tidak dapat dibuat oleh pengguna yang tidak memiliki hak istimewa.
Aplikasi yang berharap untuk masuk ke suatu titik di dalam /var/log
akan sering menyentuh file menjadi ada di suatu tempat dalam /var/log
hierarki selama waktu instalasi (yang sering terjadi dengan hak istimewa yang ditinggikan), dan akan chmod
dan mungkin chown
pada saat itu untuk izin yang sesuai untuk pengguna yang tidak terjangkau yang akan menjadi menggunakan aplikasi.
Log Apache, misalnya, biasanya ditulis oleh nobody
, yang merupakan pengguna dengan privilege sesedikit mungkin bagi Apache untuk menyelesaikan tugasnya tanpa menempatkan sistem pada risiko yang tidak semestinya. Tetapi bahkan lebih banyak aplikasi run-of-the-mill sering berharap untuk dapat menulis ke logfile di /var/log
.
Jadi apa yang terjadi jika file log, dan jalur ke file log tidak ada? Itu sepenuhnya tergantung pada aplikasi. Beberapa aplikasi diam-diam akan melewatkan logging. Orang lain akan membuat banyak peringatan. Dan yang lain hanya akan menyelamatkan. Tidak ada aturan yang sangat cepat; terserah kewaspadaan pengembang aplikasi, serta seberapa kritis pengembang mempertimbangkan kemampuannya untuk login. Paling-paling aplikasi akan mencoba untuk menulis, atau mungkin membuat dan kemudian menulis ke file log di tujuan di dalam /var/log
, dan akan menemukan dirinya tidak dapat melakukannya karena dijalankan oleh pengguna yang tidak memiliki hak istimewa untuk menulis bagian dari sistem file.
Jadi jawaban singkatnya adalah tidak, jangan hapus semuanya /var/log
- itu akan merusak kontrak pengguna dengan hak yang cukup untuk melakukan hal-hal seperti itu dengan aplikasi yang berjalan pada sistem mereka, dan akan menyebabkan beberapa kebisingan, beberapa kegagalan diam untuk login, dan beberapa kerusakan habis-habisan.
Tindakan yang tepat untuk dilakukan adalah mengatur logrotate
dengan file konfigurasi yang sesuai. Biasanya rotasi akan dikaitkan dengan pekerjaan cron. Rotasi dapat berbasis interval, atau berdasarkan ukuran, atau keduanya. Bahkan dimungkinkan untuk membuat aturan yang menghindari rotasi berbasis interval jika file log masih kosong ketika interval berakhir. Rotasi dapat mencakup pengiriman file log, kompresi, penghapusan, penghancuran, dan sebagainya.
Pengguna biasa tidak perlu terlalu khawatir tentang rotasi log. Pengembang mungkin ingin memastikan bahwa log yang mereka gunakan memiliki aturan rotasi yang ditetapkan. Bahkan, ada kemungkinan perilaku yang baik dari pihak pengembang untuk mengatur rotasi log pada waktu pemasangan untuk setiap log khusus perangkat lunak yang akan dibuat dan ditulis oleh perangkat lunak.