Newsgroup: it.comp.os.linux.sys
Titolo: Processi a D!

incredibile il server sta dando i numeri natalizi, tutti i processi sono 
in questo stato
16697 root      17   0 15772  908  740 D    0  0.0   0:00.26 mv 
16766 francesc  16   0 99548 3652 2532 D    0  0.1   0:00.01 smbd
E l'uptime naturalment è folle
top - 09:00:36 up 17:24,  7 users,  load average: 38.95, 37.12, 34.19
Neanche si vuole riavviare :O

andrea ha scritto:

con un ctrl-alt-canc si è riavviato,
nè shutdown -r now nè reboot -f ci erano riusciti, ora cercherò di 
capire che cristo era successo..

 Neanche si vuole riavviare :O
Hai sperimentato un deadlock.

mallin.shetland ha scritto:

bella roba! mi sa che è stato rdiff-backup che nella notte avrebbe 
dovuto far un sync, vediamo se riesco a capire che diavolo ha combinato..

 con un ctrl-alt-canc si è riavviato,
Quando non funzionano le strade comuni, puoi sempre provare le sysrq.
Ottima la combinazione SysRq+e+s+u+i+b
Da remoto, se va l'echo, puoi usare anche /proc/sysrq-trigger
Maggiori info nella doc del kernel e SysRq+h
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 Neanche si vuole riavviare :O
Non avevo mai visto un load average così alto! Che sistema è?
Qui, quando arriva a 4, samba inizia a sloggare gli utenti e a 7 non 
permette nemmeno l'ssh
Alessandro

Alessandro ha scritto:

Un poweredge 2900, con un quad xeon da 1.66 model name      : Intel(R) 
Xeon(R) CPU           E5310  @ 1.60GHz
La macchina è potente se è per questo, riuscivo ancora a loggarmi, ho 
anche risolto il problema dello spegnimento per gli utenti, 
ctrl-alt-canc funziona sempre e comunque.
Ora vedo questo sysrq, anche se spero di non averne più bisogno adesso 
che ho settato monit per benino.

 Non avevo mai visto un load average così alto! Che sistema è?
Quello è un load alto? e quando è morto il disco di un server che fa da 
proxy apache e tutti i processi apache non potevano più scrivere log, 
arrivando così a circa 2000 (duemila) di load, cosa si dovrebbe dire :P
Cmq un quad-core che sta a meno di 2 non sta facendo nulla.

 permette nemmeno l'ssh
Dipende dal motivo per cui il load e` alto.
Il load aumenta di 1 per ogni processo in coda di esecuzione (non in coda 
di wait o simili).
Se un processo e` in run, ma, come in questo caso, il blocco e` in kernel-
space (sta aspettando qualcosa dalla rete), il carico e` alto, ma il 
processore potrebbe essere fermo.
Se tu hai 4 (o 7) processi che macinano crittazioni su una CPU monocore o 
se il carico e` alto perche` hai 32 Mb di memoria e 4 Gb di swap 
totalmente usata, e` diverso.
Bye.

Alessandro Pellizzari ha scritto:

C'è questo ottimo link da leggere a riguardo
http://www.teamquest.com/resources/gunther/display/5/index.htm

andrea ha scritto:

E' successo un altra volta accidenti a lui, dev'esserci qualche bug da 
qualche parte, mi piacerebbe saperne qualcosa di più dai log ma 
naturalmente quando mi metto a fare i test più disparati va tutto bene...
Ho usato le sysrq stavolta, però che palle...

 Non avevo mai visto un load average così alto! Che sistema è?
Ho visto ben di peggio :)

Eccolo qui un altra volta
26181 root       0 -18 33820 15404  4276 D  0.0  0.4  0:00.03 lvcreate 
-s -nprova -L100m /dev/calzitex/homes
E un po' alla volta anche altri processi entrano nello stesso stato!!
Ma che giramento di balle incredibile, mi si è piantato di conseguenza 
anche il processo imap, sulle quali ci sono le homes.
Ma perché diavolo se uno sbaglia un comando (che poi cmq mi sembrava 
giusto) si deve trovare il sistema piantato in questa maniera?
Che sia un bug di lvm o del kernel?