Cakram yang penuh merusak hal-hal yang tampak tak berhubungan: sesi berhenti tersimpan, unggahan gagal, basis data menolak menulis, dan separuhnya membalas 503. Periksa cakramnya lebih dulu setiap kali beberapa hal yang tak berkaitan rusak serentak.

df -h

Temukan apa yang memakainya

Turunlah dari akarnya, selapis demi selapis. Ini mencetak sepuluh hal terbesar dalam sebuah direktori, dan mengikuti yang terbesar ke bawah menemukan sebabnya dalam tiga atau empat langkah.

du -h --max-depth=1 / 2>/dev/null | sort -h | tail -10

Empat sebab yang lazim

  • Catatan yang tak pernah digilir. /var/log tumbuh tanpa batas kalau logrotate belum disetel untuk layanan yang ditambahkan belakangan.
  • Cadangan lama di cakram yang sama. Cadangan yang duduk di cakram yang dilindunginya bukanlah cadangan, dan biasanya ia direktori terbesar di mesin itu.
  • Berkas sesi. Jutaan berkas mungil di /var/lib/php/sessions - mereka memakan ruang dan, lebih buruk lagi, memakan inode.
  • Catatan galat yang lepas kendali. Satu peringatan yang berulang bisa menulis bergiga-giga dalam sehari.

Kosongkan dengan aman

Jangan menghapus catatan yang sedang ditulisi sebuah proses. Ruangnya tak dikembalikan sampai proses itu menutup berkasnya, jadi cakramnya tetap penuh dan catatannya sudah hilang. Pangkas saja isinya.
: > /var/log/nginx/error.log

Kehabisan inode, bukan ruang

Kalau df -h menunjukkan ruang kosong tetapi penulisan tetap gagal, inode Anda yang habis - terlalu banyak berkas, seberapa pun kecilnya.

df -i
Pasang pemantauan yang memperingatkan pada 80%, bukan pada 100%. Cakram yang penuh pukul tiga pagi menjatuhkan situs sampai ada yang bangun; peringatan pada 80% hanyalah pekerjaan pagi hari.