Root filesystem mengisi, tidak ada file besar

Jadi aku sysadmin yang sangat baru, baru saja keluar dari sekolah dan melakukan magang. Satu-satunya masalah adalah saya satu-satunya sysadmin di tempat itu dan tidak ada yang menunjukkan pekerjaan itu kepada saya. Bagaimanapun, ini adalah perusahaan yang sangat kecil, satu server CentOs dengan konfigurasi itu:

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

Saya tiba di sini hanya beberapa hari yang lalu, dan segera melihat disk penuh dan saya sedang memperbaiki masalah itu. Masalah saya yang lain di sini adalah sda3 sekarang di 81%. 4 hari yang lalu, 79%.

Saya menjalankan du -ah | perintah sort -rh pada direktori / root, tidak ada yang menonjol. Melakukannya dengan beberapa hari sejak partisi sda3 terisi dengan cepat, tidak ada perbedaan besar yang dapat menjelaskan mengapa ini tumbuh.

Terima kasih banyak

linux filesystems mount

— littleadmin
sumber

Tebakan saya adalah pertumbuhan log karena sdb1penuh, tetapi kita akan lihat seberapa besar /var.. apa yang Anda dapatkan du -sh /*?

— Shane Madden

Jika Anda ingin melihat file mana yang telah di-chaged, maka Anda dapat menggunakan finddengan -mtime n [smhdw]. Saya curiga Shane benar. Sebagian darinya mungkin file log mengeluh tentang volume sdb1 lengkap. Perintahnya bisa seperti ini: find / -type f -mtime 1d -print Jika --exclude-dir=temuan Anda mendukung maka Anda ingin mengecualikan / dev dan / proc.

— Hennes

/ var adalah 1.7G dan ukurannya hampir tidak bergerak dalam beberapa hari terakhir, itu adalah ide pertama saya untuk memeriksanya. Saya selalu menjalankan perintah du dengan --exclude = 'media' karena tidak ada apa-apa di direktori itu kemudian memasang direktori

— littleadmin

Karena Anda menulis bahwa Anda adalah admin baru, saya akan menunjuk ke salah satu alasan paling umum meningkatnya penggunaan disk. File log. Jika Anda membuka file (misalnya log dari server web) dan kemudian menghapus file itu maka file tersebut akan tetap menggunakan ruang disk hingga program menutup pegangannya ke file itu. Yang terakhir ini kadang-kadang diselesaikan dengan mengirimkan pendaftaran ( kill -1 PID-> membaca kembali file konfigurasi dan restart untuk banyak deamons) atau dengan kapak tumpul dari reboot.

— Hennes

Dalam hal ini adalah pertumbuhan log, ia dapat menetap dalam beberapa hari ketika rotasi log mingguan dimulai.

— ptman

Jawaban:

Inilah yang saya gunakan untuk mencari tahu masalah seperti ini.

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

Ini akan menunjukkan kepada Anda penggunaan per direktori / file di direktori saat ini. Dari sana Anda turun ke sub dirs sampai Anda menemukan sesuatu yang jelas.

Memiliki segalanya dalam satu partisi besar dapat membuat mendiagnosis masalah seperti ini sulit. Pendekatan lain untuk dicoba adalah menggunakan

lsof

untuk melihat file apa yang terbuka oleh berbagai proses dan melihat apakah Anda dapat menemukan beberapa petunjuk. Ini sangat hit atau miss.

— Fred Anjing Ajaib Ajaib
sumber

+1 untuk menyebutkan lsof. Alat itu akan sangat berguna untuk admin baru (bahkan jika itu mungkin menyentuh dan pergi untuk masalah ini).

— Hennes

penggunaan per direktori / file memberi saya 5 hasil, tidak ada yang lebih dari 600k.

— littleadmin

Kedengarannya sangat mirip masalah serupa yang saya miliki sepanjang waktu dengan file yang dihapus (tetapi referensi masih ada).

Jika kita berbicara sistem Linux, jalankan:

lsof + L1

Ini akan menjadi daftar file yang dihapus, tetapi masih terbuka dan sedang digunakan oleh sesuatu. Kuncinya adalah untuk mendapatkan apa pun yang memiliki filehandle terbuka untuk melepaskannya.

— Eirik Toft
sumber

Sedihnya tidak memberikan file yang bisa menjelaskan hilangnya ruang yang terjadi setiap hari. terima kasih

— littleadmin

Apakah mungkin ada sesuatu yang sedang menulis ke direktori yang kemudian dipasang dengan sistem file? Saya memiliki gigabytes rambut yang tidak dapat dijelaskan menarik sekali itu. Meskipun ini seharusnya tidak pernah mungkin, saya bisa membuktikan itu bisa terjadi.

— Eirik Toft

Saya memikirkan sesuatu seperti itu juga, tetapi bagaimana itu bisa terjadi? Dan bagaimana saya memverifikasinya tanpa membuat semuanya?

— littleadmin

Saya akhirnya tahu apa yang sedang terjadi. Salah satu titik yang dipasang tidak dipasang dengan benar dan karenanya melakukan pencadangan langsung pada sda3.

Terima kasih semuanya atas bantuannya

— littleadmin
sumber