Gente:
hola! estoy usando suse 8.0, y tengo la máquina encendida hace unos
meses. En ese tiempo, las X se han colgado algunas veces, y reiniciado
sin problemas, cosa que supongo será normal. El problema es que se han
ido acumulando procesos "zombie" o similares, que no solo quedan
consumiendo recursos, sino que además van evitando que pueda re-ejecutar
algunos de esos programas. Hay alguna forma de eliminarlos, además de
reiniciar la máquina, que no sean kill -9 ni cambios de runlevel, que ya
probé y no dieron efectos.
Ej de parte del resultado de un ps fax:
1869 ? DW 0:00 xmms
2135 ? DW 0:00 /usr/local/Zend/bin/../jre/bin/java
com.zerog.lax.LAX /usr/local/Zend/bin/ZDE.lax /tmp/env.properties.1622
2150 ? DW 0:00 xmms
2151 ? Z 0:00 \_ [xmms <defunct>]
saludos!
--
Andrés Ferrando
El 2004-06-08 a las 11:33 -0300, Andres Ferrando escribió:
hola! estoy usando suse 8.0, y tengo la máquina encendida hace unos meses. En ese tiempo, las X se han colgado algunas veces, y reiniciado sin problemas, cosa que supongo será normal. El problema es que se han ido acumulando procesos "zombie" o similares, que no solo quedan consumiendo recursos, sino que además van evitando que pueda re-ejecutar algunos de esos programas. Hay alguna forma de eliminarlos, además de reiniciar la máquina, que no sean kill -9 ni cambios de runlevel, que ya probé y no dieron efectos.
Hace muy poco leí que los procesos zombies son procesos muertos, pero cuyo codigo de retorno no ha sido recogido por el proceso padre que los llamó. Es decir, el sistema mantiene la información a la espera de que el padre pregunte por ella. Entonces, para "matar" a un zombie hay que matar (o reiniciar) al proceso padre. -- Saludos Carlos Robinson
Entonces, para "matar" a un zombie hay que matar (o reiniciar) al proceso padre.
Jo, y a mi que me contaron en el pertinente curso de linux que un proceso zombie era aquel proceso cuyo proceso padre moría y no mataba a sus procesos hijos... Es decir, en este caso, no habría proceso padre al que matar. Si fuese como dices, tengo todavía una duda, como se crean entonces los procesos zombies que cuyo padre es el init? Y como hacemos para matar un proceso zombie si su padre es el proceso init (obviamente, no podemos matar al init)? gracias, miguel
El Miércoles, 9 de Junio de 2004 14:50, Miguel escribió:
Si fuese como dices, tengo todavía una duda, como se crean entonces los procesos zombies que cuyo padre es el init? Y como hacemos para matar un proceso zombie si su padre es el proceso init (obviamente, no podemos matar al init)? init es el padre de todos los procesos: una vez que termina con sus actividades de arranque, comienza con sus tareas planificadas. Después de init lo que hay son forks o bifurcaciones de procesos. Si matas init, matas la máquina (creo).
-- --- José Antonio Meler Garanto counter.li.org: # --- MSN: JOSANmelgar@hotmail.com ICQ: 58346400 AOL: JOSANHUESCA Yahoo: JOSANHUESCA ---
El 2004-06-09 a las 13:50 +0100, Miguel escribió:
Entonces, para "matar" a un zombie hay que matar (o reiniciar) al proceso padre.
Jo, y a mi que me contaron en el pertinente curso de linux que un proceso zombie era aquel proceso cuyo proceso padre moría y no mataba a sus procesos hijos... Es decir, en este caso, no habría proceso padre al que matar.
Vaya... a saber cual versión es la cierta :-p
A lo mejor ambas versiones lo son. Buff... Lo más gracioso es que no
consigo acordarme de donde leí eso, y fué antesdeayer. Ah, ya está - hay
un comando maravilloso, grepmail. ¿Que no lo conoces? Ya te estás leyendo
el man :-p
|Date: 20 Jun 2003 17:52:50 +0200
|From: Anders Johansson
|To: "SuSE Linux (Eng)"
Si fuese como dices, tengo todavía una duda, como se crean entonces los procesos zombies que cuyo padre es el init? Y como hacemos para matar un proceso zombie si su padre es el proceso init (obviamente, no podemos matar al init)?
¡Malamente! Habría que reiniciar el sistema. O quizás no, es cuestion de probar esto: TELINIT /sbin/telinit is linked to /sbin/init. It takes a one-character argument and sig nals init to perform the appropriate action. The following arguments serve as directives to telinit: Q or q tell init to re-examine the /etc/inittab file. U or u tell init to re-execute itself (preserving the state). No re-examining of /etc/inittab file happens. Run level should be one of Ss12345, otherwise request would be silently ignored. Así que "telinit u" podría funcionar. -- Saludos Carlos Robinson
leches como el windows? :p
si te cepillas el proceso de Id 34, el winlogon, lo mandas todo a tomar por saco
JOSANable
Si fuese como dices, tengo todavía una duda, como se crean entonces los procesos zombies que cuyo padre es el init? Y como hacemos para matar un proceso zombie si su padre es el proceso init (obviamente, no podemos matar al init)? init es el padre de todos los procesos: una vez que termina con sus actividades de arranque, comienza con sus tareas planificadas. Después de init lo que hay son forks o bifurcaciones de procesos. Si matas init, matas la máquina (creo).
-- --- José Antonio Meler Garanto counter.li.org: # --- MSN: JOSANmelgar@hotmail.com ICQ: 58346400 AOL: JOSANHUESCA Yahoo: JOSANHUESCA --- -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com --------------------------------- [input] [input] [input]
Vaya... a saber cual versión es la cierta :-p
A lo mejor ambas versiones lo son. Buff... Lo más gracioso es que no consigo acordarme de donde leí eso, y fué antesdeayer. Ah, ya está - hay un comando maravilloso, grepmail. ¿Que no lo conoces? Ya te estás leyendo el man :-p
No me digas que guardas y haces backup al correo de las listas... (estando todo en inet, no?). Sobre que carpetas haces el grepmail? Es decir, donde se guarda el correo (he estado curioseando, es en /var/mail/<usuario>?)?
|You can't kill a zombie, it's already dead (insert sound of Bela Lugosi |laughing eerily :)
esta parte esta muy bien, si :-D
|A zombie is a process which has exited but which still is listed in the |process table because it's parent is still running and hasn't cleaned up |after it
Mmmm... bueno, no era ahí donde lo leí ayer, ese correo es de Junio, pero del año pasado. Lo he debido leer en una página web.
Bueno, quien dice hace dos dias, dice hace un año. El tiempo vuela!
TELINIT /sbin/telinit is linked to /sbin/init. It takes a one-character argument and sig nals init to perform the appropriate action. The following arguments serve as directives to telinit:
Q or q tell init to re-examine the /etc/inittab file.
U or u tell init to re-execute itself (preserving the state). No re-examining of /etc/inittab file happens. Run level should be one of Ss12345, otherwise request would be silently ignored.
Así que "telinit u" podría funcionar.
Lo probare cuando tenga algun zombie... De momento, lo que tengo son meigas... Saludos, miguel
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Jueves, 10 de Junio de 2004 02:26, Miguel escribió:
Vaya... a saber cual versión es la cierta :-p
* Un proceso zombie no se puede matar, ya esta muerto, ha muerto sin que "papa" lo esperara, no ocupa memoria, simplemente sale listado, al estar en area de kernel solo desaparecera reiniciando, en maquinas movidas como servidores de aplicaciones que dan servicio a terminales tontos, es habitual tener mucho "cadaver" suelto, pero no tiene ninguna importancia aparte de la estetica. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAyBc4AXFL65CppEIRAvkVAJ9VZLJSWeRbxKOY5ioI9BhTLm92SQCeK+aH BlcqZMt9/GGjLpJIwLSpFUI= =h2sg -----END PGP SIGNATURE-----
El 2004-06-10 a las 01:26 +0100, Miguel escribió:
A lo mejor ambas versiones lo son. Buff... Lo más gracioso es que no consigo acordarme de donde leí eso, y fué antesdeayer. Ah, ya está - hay un comando maravilloso, grepmail. ¿Que no lo conoces? Ya te estás leyendo el man :-p
No me digas que guardas y haces backup al correo de las listas... (estando todo en inet, no?).
Si, pero usando teléfono no tengo conexión permanente - y con grepmail local las busquedas son muy rápidas.
Sobre que carpetas haces el grepmail? Es decir, donde se guarda el correo (he estado curioseando, es en /var/mail/<usuario>?)?
No, en mi caso localmente en el home del usuario, en: /home/cer/Mail/lists/* De ahí cuelga un ./_filed/*, que contiene archivos por meses de las listas. Cuando me haga falta el sitio, pues lo borro, porque lo tengo también en CD. O lo uso como excusa para comprarme un 160 gigas :-p
|You can't kill a zombie, it's already dead (insert sound of Bela Lugosi |laughing eerily :)
esta parte esta muy bien, si :-D
¿Quien dice que no hay humor en listas técnicas? X-)
Así que "telinit u" podría funcionar.
Lo probare cuando tenga algun zombie...
De momento, lo que tengo son meigas...
"No computable" cer@nimrodel:~> apropos meigas meigas: nothing appropriate. cer@nimrodel:~> Pero haberlas, haylas :-p -- Saludos Carlos Robinson
participants (6)
-
Andres Ferrando -
Carlos E. R. -
JOSANable -
jose maria -
Miguel -
Pedro b