Filesystem Linux; differenza nel calcolo delle dimensioni usando df & du

Quando eseguo dfmostra che il dispositivo di root è pieno.

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             9.9G  9.4G     0 100% /

Ho esaminato l' inodeutilizzo e c'è abbastanza spazio disponibile per il dispositivo root

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1               640K    103K    538K   16% /

Ma, quando eseguo il ducomando, mostra che ho usato solo 2Gda 9.9G.

ip-XXX-XXX-XXX-XXX:/$ du -xh --max-depth=1
14M ./etc
4.0K ./mnt
96K ./tmp
3.5M ./bin
0   ./sys
964K ./boot
4.0K ./srv
0   ./dev
55M ./lib
25M ./root
1.1G ./usr
4.0K ./opt
846M ./var
4.3M ./sbin
23M ./home
16K ./lost+found
0   ./proc
2.0G .

Mi sta facendo diventare matto e anche interessante. Questo è un grosso problema per noi poiché il disco di root /è pieno e alcune funzioni del nostro sito non funzionano.

Aiutatemi a risolvere (anche capire) questo problema.

Grazie.

Quando i file vengono eliminati in * nix, continuano a vivere sul disco (e occupano spazio su disco) per tutto il tempo in cui un processo li ha aperti. È abbastanza comune approfittare di questo per "proteggere" i file temporanei creandoli con dimensioni ridotte, eliminandoli e quindi utilizzando il file eliminato per archiviare i dati senza doversi preoccupare di altri processi (facilmente) per accedervi, quindi la quantità di spazio nei file eliminati può aumentare abbastanza se, per esempio, un database temporaneo o una sessione di editing multimediale vengono gestiti in questo modo. Un'altra possibilità per come si potrebbe avere così tanto spazio "perso" sarebbe se il sistema è stato aggiornato (più volte) senza riavviare o riavviare i programmi, risultando in tutte le vecchie librerie .so aperte da programmi che sono stati avviati prima del aggiornamento e sono ancora in esecuzione.

dfvede lo spazio utilizzato da questi file perché osserva solo lo spazio allocato sul dispositivo, ma dunon li vede perché non vi sono voci di directory corrispondenti.

Lo spazio usato "nascosto" come questo può essere liberato solo quando i processi che hanno aperto file cancellati li chiudono. Puoi trovare questi processi con il fusercomando e terminarli (o, per molti demoni, inviare un segnale che dice loro di chiudere e riaprire tutti i file aperti).

Ci sono stati momenti in cui se il disco si riempie, può essere confuso fino al riavvio / rimontaggio che il disco è ancora pieno, anche quando hai eliminato un carico di file.

Da parte mia, ho semplicemente riavviato syslogd per recuperare lo spazio su disco. Mi mancavano 3 GB! Il mio server era attivo e funzionante da 250 giorni.

C'è un modo per pulire lo spazio senza riavviare l'applicazione. Ecco i dettagli:

1. Supponiamo che tu abbia un processo in fooesecuzione e la creazione di un file da 2 GB chiamato abc.log. Ora dì che abc.log è stato eliminato da qualcun altro.

2. Get foopid (diciamo 123). Quindi /proc/123/fdmostrerà l'elenco dei descrittori di file aperti da foo. Uno con abc.log verrà mostrato come eliminato. Diciamo che fdabs.log è 111. Se corri less /proc/123/fd/111, ti mostrerà comunque tutti quei 2 GB di dati.

3. Corri echo " " > /proc/123/fd/111. Ciò sovrascriverà il contenuto con una stringa vuota. Dopo questo comando, se provi df, mostrerà altri 2 GB recuperati pulendo abc.log.

Questo è tutto. Ho provato questo su CentOS e funziona.