Dubbio sul journaling di ext3

[g4b0]

Ciao a tutti.
Ho una partizione ext3 da 3Gb piena al 100%. df me la segnala al 100% in
uso.
Sposto un file da 1gb in un'altra partizione, ma df continua a
segnalarmela al 100% in uso.

È per via del journaling? Come faccio a recuperare quello spazio?

--
g4b0, linux user n. 369000
http://brosulo.net

[Roberto Tagliaferri]

Il 10/03/2010 12:45, g4b0 ha scritto:
> Ciao a tutti.
> Ho una partizione ext3 da 3Gb piena al 100%. df me la segnala al 100% in
> uso.
> Sposto un file da 1gb in un'altra partizione, ma df continua a
> segnalarmela al 100% in uso.
>
> È per via del journaling? Come faccio a recuperare quello spazio?
>
No, sei al 100% della capacità meno lo spazio riservato a root.
Quanto è l'hd?
Quanti dati hai effettivamente?


--
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri*(forse)tosnet.it
www.robyt.eu

[Davide Bianchi]

On 2010-03-10, g4b0 <gabriele.brosuloNOSPAM*gmail.com> wrote:
> Ho una partizione ext3 da 3Gb piena al 100%.
> Sposto un file da 1gb in un'altra partizione

Sicuro che il file non sia in uso? Se lo e' non viene cancellato finche'
non riavvii il processo che lo usa.

Davide

--
Coming soon: Visual Edlin for Windows.

[g4b0]

Davide Bianchi wrote:
> On 2010-03-10, g4b0 <gabriele.brosuloNOSPAM*gmail.com> wrote:
>> Ho una partizione ext3 da 3Gb piena al 100%.
>> Sposto un file da 1gb in un'altra partizione
>
> Sicuro che il file non sia in uso? Se lo e' non viene cancellato finche'
> non riavvii il processo che lo usa.

Questa non la sapevo. In effetti riavviando apache (si tratta di logfile
sfuggiti al rotate) qualcosa cambia, ma non mi tornano i conti, ho
cancellato 1,2Gb e *df* vede 100Mb di differenza, mentre *du* legge il
dato corretto:

www3:/var# df -h
[..snip..]
/dev/mapper/virt1-var
2,8G 2,7G 20K 100% /home
[..snip..]

www3:/var# /etc/init.d/apache2 restart
Restarting web server: apache2 ... waiting .
www3:/var# df -h
Filesystem Dimens. Usati Disp. Uso% Montato su
[..snip..]
/dev/mapper/virt1-var
2,8G 2,6G 90M 97% /home
[..snip..]

www3:~# du -h --max-depth=0 /home/
1,5G /home/

Tralasciamo il motivo per cui la /home è montata su
/dev/mapper/virt1-var con i relativi 3Gb scarsi a disposizione, come
faccio a:

1) Far capire al sistema che ora ha più di 1Gb disponibile
2) Fare il rotate ai logfile che si trovano in /home/nomevhost/logs

Quando poi avrò perlomeno il server funzionante andrò a ridimensionare i
volumi LVM, anche se tremo al pensiero


Grazie mille!!

--
g4b0, linux user n. 369000
http://brosulo.net

[g4b0]

Roberto Tagliaferri wrote:
> Il 10/03/2010 12:45, g4b0 ha scritto:
>> È per via del journaling? Come faccio a recuperare quello spazio?
>>
> No, sei al 100% della capacità meno lo spazio riservato a root.
> Quanto è l'hd?
> Quanti dati hai effettivamente?
>

In effetti avevo ancora 20K a disposizione per root. Difficilmente però
ci avrei fatto qualcosa

Ma questo "polmone" a disposizione di root serve ad intervenire in casi
simili?

--
g4b0, linux user n. 369000
http://brosulo.net

[Max_Adamo]

On 10/03/2010 14:46, g4b0 wrote:

> Tralasciamo il motivo per cui la /home è montata su
> /dev/mapper/virt1-var con i relativi 3Gb scarsi a disposizione, come
> faccio a:
>
> 1) Far capire al sistema che ora ha più di 1Gb disponibile

dovrebbe aver ragione Davide.
Ho trovato questo comando, con il quale puoi capire quali file sono
aperti e occupano quello spazio:
ls -l /proc/*/fd | fgrep '(deleted)'

Alla fine puoi anche provare a smontare e rimontare (ma devi prima
killare tutto il killabile che è aperto su quella partizione(.


> 2) Fare il rotate ai logfile che si trovano in /home/nomevhost/logs

devi configurare logrotate opportunamente.... RTFM e vai in
/etc/logrotate.d/


--
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
printf $i }'; echo

[g4b0]

Max_Adamo wrote:
> On 10/03/2010 14:46, g4b0 wrote:
>
>> Tralasciamo il motivo per cui la /home è montata su
>> /dev/mapper/virt1-var con i relativi 3Gb scarsi a disposizione, come
>> faccio a:
>>
>> 1) Far capire al sistema che ora ha più di 1Gb disponibile
>
> dovrebbe aver ragione Davide.
> Ho trovato questo comando, con il quale puoi capire quali file sono
> aperti e occupano quello spazio:
> ls -l /proc/*/fd | fgrep '(deleted)'

Ottimo hint, grazie. C'erano una sfilza di entry che riportavano il nome
dell'access_log del sito incriminato. In pratica è come pensavo, il
sistema è andato in pappa in quanto riavviando apache non ha
evidentemente avuto tempo di ripulire ciò che stava in /proc/*/fd che
apache gli ha ricreato il file sotto al naso. Almeno credo.
In pratica un file di 3Mb veniva visto come uno da 1.1Gb. Strano ma vero.

> Alla fine puoi anche provare a smontare e rimontare (ma devi prima
> killare tutto il killabile che è aperto su quella partizione(.

Essendo una macchina virtuale che mi fa il reboot in <15sec ho optato
per il reboot, dopo un bel snapshot. Tutto è andato a posto.

>> 2) Fare il rotate ai logfile che si trovano in /home/nomevhost/logs
>
> devi configurare logrotate opportunamente.... RTFM e vai in
> /etc/logrotate.d/

Leggendo qua e la mi sono imbattuto in rotatelogs di apache, che secondo
me è più flessibile di logrotate. Qualcuno lo conosce? Pro e contro?

La configurazione di logrotate mi sta su un rene...

--
g4b0, linux user n. 369000
http://brosulo.net

[CtRiX]

Il Wed, 10 Mar 2010 16:32:08 +0100, g4b0 ha scritto:

> Ottimo hint, grazie. C'erano una sfilza di entry che riportavano il nome
> dell'access_log del sito incriminato. In pratica è come pensavo, il
> sistema è andato in pappa in quanto riavviando apache non ha
> evidentemente avuto tempo di ripulire ciò che stava in /proc/*/fd che
> apache gli ha ricreato il file sotto al naso. Almeno credo. In pratica
> un file di 3Mb veniva visto come uno da 1.1Gb. Strano ma vero.

Secondo me non conosci la differenza tra "reload" e "restart"

[g4b0]

CtRiX wrote:
> Il Wed, 10 Mar 2010 16:32:08 +0100, g4b0 ha scritto:
>
>> Ottimo hint, grazie. C'erano una sfilza di entry che riportavano il nome
>> dell'access_log del sito incriminato. In pratica è come pensavo, il
>> sistema è andato in pappa in quanto riavviando apache non ha
>> evidentemente avuto tempo di ripulire ciò che stava in /proc/*/fd che
>> apache gli ha ricreato il file sotto al naso. Almeno credo. In pratica
>> un file di 3Mb veniva visto come uno da 1.1Gb. Strano ma vero.
>
> Secondo me non conosci la differenza tra "reload" e "restart"

Che criptici che siete oggi Mi sono documentato sulle differenze, che
a quanto pare su alcuni sistemi sono nulle essendo reload un alias di
restart, ma su debian effettivamente sono diversi.

In questo caso il più appropriato mi pare restart, ma dato che ho fatto
quello a prescindere della eventuale differenza deduco che mi sia
sfuggito qualcosa... mi erudisci, perfavore?

--
g4b0, linux user n. 369000
http://brosulo.net