Newsgroup: it.comp.os.linux.iniziare
Titolo: Il kill continua a non killare

#ps -ax
.....
 1576 ?        D      0:03 /usr/lib/netscape/netscape-communicator
-irix-session-management
 1609 ?        Z      0:00 [netscape <defunct>]
#kill -9 1576
#ps -ax
.....
 1576 ?        D      0:03 /usr/lib/netscape/netscape-communicator
-irix-session-management
 1609 ?        Z      0:00 [netscape <defunct>]
Perche' non killa?
Man kill non dice una mazza del -9.
Grazie,
--
*************************************************
* Danilo Marcucci				*
* E-mail mailto:
marc...@dffs.unifi.it
	        *
*************************************************


Certo che non dice nulla...  ma se ti leggi per es. man ps scopri che:
 PROCESS STATE CODES
       D   uninterruptible sleep (usually IO) R   runnable (on run queue)
       S   sleeping T   traced or stopped Z   a defunct ("zombie") process
e quindi lo stato D non puo' ricevere segnali.... ovvero ragionevolmente
essi aspetteranno prima di essere consegnati.
Prob il processo morira' da solo prima o poi...
facci sapere
-- 
---------------------------------------------------------
 Cesare Fontana
---------------------------------------------------------
 CSITE - CNR, Universita` degli Studi di Bologna (DEIS) Viale
 Risorgimento, 2 I-40136 Bologna Italy
 tel. (direct)    
+ 39 051 2093072
 fax              
+ 39 051 2093540
 internet:    
cfon...@deis.unibo.it
---------------------------------------------------------

 -irix-session-management
  ^^^^^^^^^^^^^^^^^^^^^^^^
Hai un sistema Irix o sei convinto che quest'opzione possa servire ?
-- 
Filippo Panessa
kalem at 
linuxfan.com
http://web.tiscalinet.it/kalem

 Man kill non dice una mazza del -9.
[filippo@kalem ~ ]$ kill -l
1) SIGHUP       2) SIGINT       3) SIGQUIT      4) SIGILL
5) SIGTRAP      6) SIGABRT      7) SIGBUS       8) SIGFPE
9) SIGKILL     10) SIGUSR1     11) SIGSEGV     12) SIGUSR2
13) SIGPIPE     14) SIGALRM     15) SIGTERM     17) SIGCHLD
18) SIGCONT     19) SIGSTOP     20) SIGTSTP     21) SIGTTIN
22) SIGTTOU     23) SIGURG      24) SIGXCPU     25) SIGXFSZ
26) SIGVTALRM   27) SIGPROF     28) SIGWINCH    29) SIGIO
30) SIGPWR      31) SIGSYS
[filippo@kalem ~ ]$


 Man kill non dice una mazza del -9.
Come no. man 1 kill:
DESCRIPTION
       The  default signal for kill is TERM. Use -l or -L to list
       available signals.  Particularly  useful  signals  include
       HUP,  INT, KILL, STOP, CONT, and 0.  Alternate signals may
       be specified in three ways: -9 -SIGKILL -KILL.
E` il numero del segnale; usa kill -l
-- 
Cinereview: Gone in 60 seconds: di tutto un po', non molta    _/Davide\_
azione, buona la parte divertente, il muto e` un idolo; la    \Alberani/
Jolie che ci sta a dire, a parte per mostrar le labbrona?  Voto: 6.5
http://digilander.iol.it/alberanid/
                    ICQ UIN: 83641305

 
Ok ok... ma da quello che ho capito il problema è un po' piu' complesso...
per killare uno zombie basta killare suo padre e poi init fa il resto.....
il problema è che essendo il padre in stato D non puo' ricevere segnali e
quindi non puo' essere killato.  mi è successa una cosa analoga su di una
digital qualche mese fa... due processi hanno allocato quasi tutta la mem
disponibile... poi hanno richiesto altra memoria, sono stati messi in
attesa (stato D). purtroppo anke killando praticamente tutto il resto
(sshd, httpd, ftpd, etc etc...) non si è liberata abbastanza memoria e
quindi i processi risultavano non-killabili in nessuno modo!!!!!! HO
DOVUTO RIAVVIARE DOPO QUASI 2 ANNI DI UPTIME  :-((( probabilmente questo
non è il tuo problema.......  bisognerebbe scoprire su cosa è bloccato il
processo e liberare la risorsa.....  potrebbe essere semplicemente un diskfull...
comunque se qualcuno sa come uccidere uno "stato D" si faccia avanti...


 avanti...
Come hai detto tu, l'unica strada e` capire cosa lo sta bloccando.


 Hai un sistema Irix o sei convinto che quest'opzione possa servire ?
Che significa? Dove e come si imposta?


 30) SIGPWR      31) SIGSYS
Ecco a cosa si riferiva il "-9" a "SIGKILL" io utilizzavo i nomi
pensando che i numeri fossero solo per la lista numerica.


 
Ho aspettato 3 giorni poi ho decretato la morte del sistema che è rinato
(con qualche difficoltà visto che nessuno sapeva come lanciare alcuni
servizi e l'amministratore preecedente è emmigrato negli states  ;-)).
Comunque penso che questo possa essere considerato un casop di deadlock e
come tale (non avendo i sistemi Unix deadlock avoidance)  debba essere
gestito dall'amministratore. 
