Newsgroup: it.comp.os.linux.iniziare
Titolo: Hd saturo = server bloccato : aiuto!

Ciao a tutti!
amministro un piccolo server in uno studio tecnico su cui ho installato 
una FC5. Non sono un drago, ma riesco a far funzionare quello che serve. 
Sta mattina ho trovato una piccola sorpresa: gli utenti notavano qualche 
disservizio... io, facendo un df ho notato che l'hda1 (su cui è montata 
/) è satura al 100% mentre ieri era occupato fino al 15%. Ho fatto un 
find per cercare file giganti e ne ho trovati in /proc/. Io penso che 
qualche servizio sia andato in tilt e mi ha generato file temporanei 
enormi, ma non riesco a capire quale e come bloccarlo. Magari c'è un 
sistema semplice per eliminare file temp o cose del genere.
Qualcuno può aiutarmi?
Grazie!
m+

 
Grazie Davide,
ma avevo già top...pato :) e non ho trovato grosse anomalie.
Quello che non so spiegarmi (e risolvere) è perché trovo l'hda1 saturo 
(e ciò mi fa malfunzionare chiaramente tutto). Il fatto è che, pur 
adottando la cara vecchia soluzione "spegni e riaccendi" non cambia nulla...
Queste sono le uscite di df:
Filesystem        blocchi di   1K   Usati Disponib. Uso% Montato su
/dev/hda1             31123192  29766420         0 100% /
tmpfs                   257484         0    257484   0% /dev/shm
/dev/hda2             45307908   5827376  37141872  14% /home
/dev/hdb1             77527940  28082584  45443568  39% /opt
/dev/hdc1             78786704  38736828  36047716  52% /mnt/backup_locale
/dev/sda1            240362656 204128984  24023872  90% /mnt/toshiba
e del comando
  find -size +1000000
./proc/kcore
find: ./proc/2651/task/2651/fd/4: No such file or directory
find: ./proc/2651/fd/4: No such file or directory
Quindi, è vero che è colpa in qualche modo di /proc/kore/ ma come ne 
vengo a capo? Tra l'altro, facendo ps -A vedo che l'ultimo processo in 
corso è il 2652. Boh...
Grazie
m+

 corso è il 2652. Boh...
Lascia stare /proc/kcore. Non e` un file su disco. E` un file fittizio!
Due ipotesi: ho hai troppi files in "/" oppure hai dei file nascosti
(per esempio dopo un mount fallito).
Per la prima ipotesi, cerca in tutti i posti dove trovi file temporanei
e/o di log, per esempio i tre che ti ha dato Davide.
Per la seconda ipotesi, dovrai far partire il sistema a un livello basso,
smontare (se gia` montati) i var /home /opt eccetera e poi vedere se hai
dei files creati nei mount point. In teoria non dovresti avere niente.
Esiste una terza ipotesi: files in /dev che non dovrebbero eseerci. Ma
questo e` molto poco probabile.
Ciao,
-- 
        Roberto Divia`              Love at first sight is one of the greatest
Dep:PH Bat:53 Mailbox:C02110      labour-saving devices the world has ever seen
Route de Meyrin 385               ---------------------------------------------
Case Postale                                Phone:  
+41-22-767-4994
CH-1211 Geneve 23 CERN                      Fax:    
+41-22-767-9585
Switzerland                                 E-Mail: 
Robert...@cern.ch

 Qualcuno può aiutarmi?
Probabilmente sarà qualche log "impazzito" che non rotavi correttamente.
du -h /var/log
-- 
Vide
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq'|dc

 Ciao,
GRAZIE!!!
Era la seconda ipotesi! Ma senza il tuo aiuto non ci sarei MAI arrivato! 
Ho smontato uno alla volta i filsystem e mi sono accorto che nel mount 
point su cui è montato l'hd esterno (che uso per i backup giornalieri) 
era finito (non so per quale motivo ma indagherò) il backup di stanotte 
da 27G che chiaramente mi ha saturato tutto. Adesso devo capire cosa è 
successo...
Comunque grazie dell'aiuto e grazie anche agli altri postatori: ho perso 
la mattinata ma ho imparato un po' di cosette su proc... du... kcore...
W l'open source e chi lo sostiene (e quelli che sostengono i meno avezzi 
come me...)
Grazie a tutti
Ciao!
m+

Grazie a tutti
vedi post a Roberto Divia

 du -h /var/log
... o qualche file temporaneo rimasto come detrito di chissa' che:
du -h /tmp
-- 
|   Maurizio Loreti -- 
ROT13:ybe...@cq.vasa.vg
   |  (@_
| Un. of Padova, Dept. of Physics, Padova, Italy |  //\
|     
http://www.pd.infn.it/~loreti/mlo.html
     |  V_/_

 
Può essere benissimo, però generalmente per esperienza sono i log i più
rompicoglioni :)
