Newsgroup: it.comp.os.linux.sys
Titolo: aiuto su un volume ext3

ciao, questa mattina mi sono trovato con la partizione /dev/sdax piena al
100% sul server web. io vigliaccamente non ho ancora attivato logrotate...
comunque dopo aver pulito i log del webserver apache ho notato con stupore
che df -lah dava ancora 100% come spazio usato.
in realtà avevo tolto più di un giga di log.
dopo aver tolto un altro giga di fuffa df -lah restituiva dei valori
normali.
cosa può essere successo? è un brutto segno?
mi conviene smontare il volume e far andare un check sulla partizione?
in tal circostanza devo fermare i servizi di log vero?
grazie a chi mi può aiutare con qualche consiglio.
ciao
-- 
Some day,
and that day may never come,
I'll call upon you to do a service for me.

 cosa può essere successo? è un brutto segno?
prova a riportare l'out di df, vedrai che sara` il fatto del 5% riservato a root.
-- 
"Co' parlo no i scolta
  Co' i scolta no i capise
  Co' i capise i se desmentega"
RRB@ 
http://www.allservice.it/

 
/dev/sda7              1983808    481836   1399576  26% /var
ora pare normale.
però mi sono un po' spaventato nel vedere che non si aggiornava.
come mai ci sono dei settori riservati a root?
grazie


 
Proprio nei casi in cui gli utenti riempiano il disco per root rimane ancora 
spazio disponibile per i log ed altre operazioni. Di solito e` il 5% ma si puo` 
cambiare con tune2fs (non lo consiglio).
Il problema e` che df non lo segnala, lo si capisce solo perche' la somma tra 
libero e occupato != totale h.d. e la percentuale segue la colonna available.
Ci vorrebbe un'altra colonna: Reserved o qc. di simile.


 
grazie mille per la spiegazione :)
secondo te comunque ogni quanto conviene fare un check dei filesystem?
conta che ho un uptime di 450 giorni.
(note to self andare ad aggiornare il kernel al più presto)

 cosa può essere successo? è un brutto segno?
Gioco i testicoli che hai cancellato i log di apache SENZA riavviare
apache.
Quando fai una cosa così, apache OVVIAMENTE lascia i File handle aperti ed
il filesystem NON dealloca i settori di fali file.
Se riavvii o reloadi apache il tutto si sistema.
Per me era sicuramente quello il motivo....
MAx

 apache.
uhm...
quindi devi deallocare i testicoli!
il problema è stato brillantemente esposto poco qui sotto :)
cmq grazie, sapevo già però che dopo aver toccato i file di log bisogna
riavviare.
me ne accorsi quando creai il primo virtual host e non scriveva nel suo file
dedicato...
ciao

> /dev/sda7              1983808    481836   1399576  26% /var
La tua partizione è da 2G.
Dici di aver eliminato 1G di fuffa di log di apache.
Mi pare che sia ben oltre il 5%.
Dopo averla eliminata il problema dicevi che non era risolto, quindi...
non credo che la causa seppur plausibile in altre circostanze sia quella
indicata.
O forse ho capito male ??
Max

 indicata.
è plausibile che abbia tolto molto meno nella prima eliminazione
e _dopo_ un giga di fuffa.
ero un po' in panico e ho scritto cifre sbagliate...
ricapitolando:
~150 mega alla prima rimozione
e ~ un giga dopo la presura gialla 
ma potrei sbagliare ancora, sinceramente non mi ricordo i valori che ho
letto 'stamattina.
scusa se ho riportato dati sbagliati...
non toccare gli inode, è colpa mia ;)
