Disk pieno sul server di linux, i blocchi utilizzati sono molto less dei blocchi disponibili

L'output di df è:

[root@backup log]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGro 1889811408 1861658948 0 100% / /dev/sda1 101086 16235 79632 17% /boot tmpfs 1815760 0 1815760 0% /dev/shm 

Quindi il block disponibile dovrebbe essere 28.152.460, ma è 0. Ho eliminato un carico di scarto di file e i blocchi utilizzati stanno scendendo, ma disponibile rimane a 0.

L'output di df -i è:

 [root@backup log]# df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/VolGro 487751680 238360803 249390877 49% / /dev/sda1 26104 37 26067 1% /boot tmpfs 219784 1 219783 1% /dev/shm 

Quindi non è una mancanza di inode.

L'output di lsof + L1 è:

 [root@backup log]# /usr/sbin/lsof +L1 COMMAND PID USER FD TYPE DEVICE SIZE NLINK NODE NAME mysqld 2444 mysql 4u REG 253,0 0 0 268795908 /tmp/ibSlaKC7 (deleted) mysqld 2444 mysql 5u REG 253,0 0 0 268795909 /tmp/ibhFuyGr (deleted) mysqld 2444 mysql 6u REG 253,0 0 0 268795910 /tmp/ibbNinKL (deleted) mysqld 2444 mysql 7u REG 253,0 0 0 268795911 /tmp/ibz1ia55 (deleted) mysqld 2444 mysql 11u REG 253,0 0 0 268795912 /tmp/ibM3IHvr (deleted) crond 2549 root 3u REG 253,0 5 0 248579098 /var/run/crond.pid (deleted) yum-updat 2620 root 14w REG 253,0 0 0 248611115 /var/run/yum.pid (deleted) ssh 16256 root 0u CHR 136,0 0 2 /dev/pts/0 (deleted) ssh 16256 root 1u CHR 136,0 0 2 /dev/pts/0 (deleted) ssh 16256 root 2u CHR 136,0 0 2 /dev/pts/0 (deleted) 

Non posso eseguire 'du' perché 99% dell'uso del disco è sotto / var / backup che contiene probabilmente ~ 100 milioni di file (alcuni idioti hanno deciso di rsync dal server live con directory di subversion, quindi è un sacco di piccoli file) , in modo da eseguire 'du' avrebbe impiegato giorni o settimane.

Qualcuno ha suggerimenti su come procedere?

  • limite di partizione primaria su Linux
  • Montaggio di home directory utente Linux sul server CIFS
  • Iptables non funziona con le interfacce di networking di lungo termine?
  • Come registrare i comandi / login in linux?
  • Linux tmp-like dir nella cartella home?
  • Come interpretare questi dati smartctl (smartmon)
  • Estensione del standard di gerarchia file system (FHS) per ospitare il software Enterprise
  • Installazione senza testa Linux
  • 4 Solutions collect form web for “Disk pieno sul server di linux, i blocchi utilizzati sono molto less dei blocchi disponibili”

    Se si tratta di un filesystem ext , lo spazio riservato alla radice predefinito sarebbe il 5% di 1889811408 blocchi o 94490570 blocchi. In altre parole, hai circa 66GB di più da eliminare prima che df comunichi lo spazio disponibile disponibile .

    Utilizzare tune2fs -m 1 /dev/mapper/VolGro per diminuire l'importo riservato all'1% oppure -r NNNN per impostarlo su un numero specifico di blocchi. Ci deve essere spazio sufficiente per consentire che la logging possa continuare anche dopo che gli utenti hanno "riempito" il disco (anche se riempi il disco come root, questo non ti salverà da problemi quando l'unità è assolutamente piena)

    Altri filesystem probabilmente hanno anche blocchi riservati, ma i comandi da regolare saranno diversi.

    Esegui un fsck per vedere se il file system è danneggiato.

    Se hai eliminato le cose come i file di log di apache, richiede un avvio di apache prima che lo spazio venga "rilasciato"

    Quindi il block disponibile dovrebbe essere 28.152.460, ma è 0. Ho eliminato un carico di scarto di file e i blocchi utilizzati stanno scendendo, ma disponibile rimane a 0.

    Sospetto che questi file siano ancora in uso dal tuo servizio quando lo elimina. Così, basta riavviare il servizio, il command df aggiornerà lo spazio disponibile.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.