Lo spazio libero libero di OpenSuse 11.4 diminuisce a zero senza alcun programma in esecuzione

Ho un utente Linux openSuse 11.4 per un utente sul mio server HP proliant e mi collego sempre con TightVCN. Le impostazioni del server sono:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 508283
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) 55311708
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 508283
virtual memory          (kbytes, -v) 92324960
file locks                      (-x) unlimited

Non avevo questo problema prima ma, di recente, con o senza usi, lo spazio libero duro diminuisce rapidamente fino a raggiungere lo zero (in meno di 24 ore). Non c'è file di grandi dimensioni quando succede questa cosa. Appena finito lo spazio libero e non so dove potrebbe essere andato. Non ci sono usi stabili dello spazio libero, perché quando lo riavvio due volte, ritorna. Quando questa declinazione inizia le perdite di connessione VNC senza alcun avviso (anche in assenza di connessione VNC succede questa cosa). Mi ha costretto a resettare il server manualmente. Il primo riavvio ripristina la connessione VNC e il secondo riavvio potrebbe ripristinare lo spazio libero perso. Questo ciclo non si ferma mai. Pertanto, vorrei sapere come posso risolvere il problema?

Immagino tu intenda che lo spazio libero su hard disk sia sempre più basso. L'unica opzione possibile è che qualcuno o qualcosa stia scrivendo costantemente su un file. Di solito il colpevole è un demone mal configurato.

La situazione simile che ho visto essere pcsc-lite (criptocards related) era destinata a fare un logging eccessivo e firefox lo stava continuamente sondando. questo ha comportato l'accesso agli errori .xsession. Che viene ruotato durante il riavvio della GUI.

Cominciando dall'inizio:

• prenditi almeno un po 'di familiarità con ssh / openssh / PuTTY
• stop all gui (il daemon di login dovrebbe essere sufficiente (gdm))
• iniziare la connessione al server tramite SSH e stato del monitor

Per provare a eseguire il debug del problema, quanto segue (quando si verifica) aiuterà:

• ottenere un elenco dei file aperti ( lsof & gt; / tmp / list_of_open_files nel terminale come root)
• cercare file di grandi dimensioni ( trova {/ path / to / directory /} -type f -size + {size-in-kb} k -exec ls -lh {} \; | awk '{print $ 9 ":" $ 5}' )