Re: Alternativa a kill -9
El Wed, 28 Oct 2015 21:15:46 +0100, Maykel Franco escribió: (Grrr...) > El 28 oct. 2015 6:15 p. m., "Camaleón" escribió: (...) >> >> Hum... parece que al menos uno de ellos cuelga de un vzdump, no sé >> >> si habrás intentado matar el proceso padre (asegúrate antes de lo >> >> que haces). >> >> >> > Lo he intentado matar una no, mil veces... con kill -9, de ese >> > cuelgan todos vzdump se lanza y llama a lzop para compresión. >> >> No, Maykel, olvida el kill, esos procesos no se pueden matar así. >> >> Tienes que intentar detener el vzdump con "malas artes", o lo que es lo >> mismo, indirectamente, p. ej., desmontando algún volumen que lo use o >> si se trata de un recurso de red al que tenga acceso, tirar esa >> interfaz de red... ese tipo de maldades. >> >> > He desmontado el FTP que tenía donde hago los backups. Pero aún así aún > sigue... No tengo nada más excepto un volumen lógico donde corren las > vms que evidentemente no puedo desmontar ya que están tirando las vms > ahí... Pues deja los procesos tranquilos que no te molestan o reinicia las VM si quieres que mueran con dignidad :-) Saludos, -- Camaleón
Re: Alternativa a kill -9
El 28 oct. 2015 6:15 p. m., "Camaleón" escribió: > > El Wed, 28 Oct 2015 17:22:12 +0100, Maykel Franco escribió: > > > El día 28 de octubre de 2015, 17:18, Camaleón > > escribió: > > (...) > > >> Por el binario (lzop) parece que se trata de alguna aplicación o > >> rutina de copia de seguridad que se habrá quedado enganchada. > >> > Por lo que estoy viendo, si el kill -9 no funciona, habrá que > reiniciar la máquina... > > El comando strace -p PID se queda ahí... > > Process 757250 attached - interrupt to quit > >>> > >>> http://pastebin.com/u0rfZQaH > >> > >> 1 674343 674343 674343 ? -1 Ds 0 0:00 task > >> UPID:sd-52153:000A4A27:5E1A84E8:561F76CD:vzdump::root@pam: > >> 674343 674388 674343 674343 ? -1 D0 0:00 \_ > >> lzop > >> > >> Hum... parece que al menos uno de ellos cuelga de un vzdump, no sé si > >> habrás intentado matar el proceso padre (asegúrate antes de lo que > >> haces). > >> > > Lo he intentado matar una no, mil veces... con kill -9, de ese cuelgan > > todos vzdump se lanza y llama a lzop para compresión. > > No, Maykel, olvida el kill, esos procesos no se pueden matar así. > > Tienes que intentar detener el vzdump con "malas artes", o lo que es lo > mismo, indirectamente, p. ej., desmontando algún volumen que lo use o si > se trata de un recurso de red al que tenga acceso, tirar esa interfaz de > red... ese tipo de maldades. > > Saludos, > > -- > Camaleón > He desmontado el FTP que tenía donde hago los backups. Pero aún así aún sigue... No tengo nada más excepto un volumen lógico donde corren las vms que evidentemente no puedo desmontar ya que están tirando las vms ahí...
Re: Alternativa a kill -9
El Wed, 28 Oct 2015 17:22:12 +0100, Maykel Franco escribió: > El día 28 de octubre de 2015, 17:18, Camaleón > escribió: (...) >> Por el binario (lzop) parece que se trata de alguna aplicación o >> rutina de copia de seguridad que se habrá quedado enganchada. >> Por lo que estoy viendo, si el kill -9 no funciona, habrá que reiniciar la máquina... El comando strace -p PID se queda ahí... Process 757250 attached - interrupt to quit >>> >>> http://pastebin.com/u0rfZQaH >> >> 1 674343 674343 674343 ? -1 Ds 0 0:00 task >> UPID:sd-52153:000A4A27:5E1A84E8:561F76CD:vzdump::root@pam: >> 674343 674388 674343 674343 ? -1 D0 0:00 \_ >> lzop >> >> Hum... parece que al menos uno de ellos cuelga de un vzdump, no sé si >> habrás intentado matar el proceso padre (asegúrate antes de lo que >> haces). >> > Lo he intentado matar una no, mil veces... con kill -9, de ese cuelgan > todos vzdump se lanza y llama a lzop para compresión. No, Maykel, olvida el kill, esos procesos no se pueden matar así. Tienes que intentar detener el vzdump con "malas artes", o lo que es lo mismo, indirectamente, p. ej., desmontando algún volumen que lo use o si se trata de un recurso de red al que tenga acceso, tirar esa interfaz de red... ese tipo de maldades. Saludos, -- Camaleón
Re: Alternativa a kill -9
El día 28 de octubre de 2015, 17:18, Camaleón escribió: > El Wed, 28 Oct 2015 16:06:28 +0100, Maykel Franco escribió: > >> El día 28 de octubre de 2015, 16:03, Maykel Franco >> escribió: >>> El día 28 de octubre de 2015, 15:56, Maykel Franco >>> escribió: El día 28 de octubre de 2015, 15:54, Camaleón escribió: > > (...) > > Processes in an Uninterruptible Sleep (D) State > https://www.novell.com/support/kb/doc.php?id=7002725 > > How to stop 'uninterruptible' process on Linux? > http://stackoverflow.com/questions/767551/how-to-stop-uninterruptible-process-on-linux > > Can't kill a sleeping process > http://superuser.com/questions/539920/cant-kill-a-sleeping-process Voy a revisar estos enlaces. > Por el binario (lzop) parece que se trata de alguna aplicación o > rutina de copia de seguridad que se habrá quedado enganchada. > >>> Por lo que estoy viendo, si el kill -9 no funciona, habrá que reiniciar >>> la máquina... >>> >>> El comando strace -p PID se queda ahí... >>> >>> Process 757250 attached - interrupt to quit >> >> http://pastebin.com/u0rfZQaH > > 1 674343 674343 674343 ? -1 Ds 0 0:00 task > UPID:sd-52153:000A4A27:5E1A84E8:561F76CD:vzdump::root@pam: > 674343 674388 674343 674343 ? -1 D0 0:00 \_ lzop > > Hum... parece que al menos uno de ellos cuelga de un vzdump, no sé si > habrás intentado matar el proceso padre (asegúrate antes de lo que > haces). > > Saludos, > > -- > Camaleón > Lo he intentado matar una no, mil veces... con kill -9, de ese cuelgan todos vzdump se lanza y llama a lzop para compresión.
Re: Alternativa a kill -9
El Wed, 28 Oct 2015 16:06:28 +0100, Maykel Franco escribió: > El día 28 de octubre de 2015, 16:03, Maykel Franco > escribió: >> El día 28 de octubre de 2015, 15:56, Maykel Franco >> escribió: >>> El día 28 de octubre de 2015, 15:54, Camaleón >>> escribió: (...) Processes in an Uninterruptible Sleep (D) State https://www.novell.com/support/kb/doc.php?id=7002725 How to stop 'uninterruptible' process on Linux? http://stackoverflow.com/questions/767551/how-to-stop-uninterruptible-process-on-linux Can't kill a sleeping process http://superuser.com/questions/539920/cant-kill-a-sleeping-process >>> >>> Voy a revisar estos enlaces. >>> >>> Por el binario (lzop) parece que se trata de alguna aplicación o rutina de copia de seguridad que se habrá quedado enganchada. >> Por lo que estoy viendo, si el kill -9 no funciona, habrá que reiniciar >> la máquina... >> >> El comando strace -p PID se queda ahí... >> >> Process 757250 attached - interrupt to quit > > http://pastebin.com/u0rfZQaH 1 674343 674343 674343 ? -1 Ds 0 0:00 task UPID:sd-52153:000A4A27:5E1A84E8:561F76CD:vzdump::root@pam: 674343 674388 674343 674343 ? -1 D0 0:00 \_ lzop Hum... parece que al menos uno de ellos cuelga de un vzdump, no sé si habrás intentado matar el proceso padre (asegúrate antes de lo que haces). Saludos, -- Camaleón
Re: Alternativa a kill -9
El día 28 de octubre de 2015, 16:03, Maykel Franco escribió: > El día 28 de octubre de 2015, 15:56, Maykel Franco > escribió: >> El día 28 de octubre de 2015, 15:54, Camaleón escribió: >>> El Mon, 26 Oct 2015 18:14:45 +0100, Maykel Franco escribió: >>> Buenas, existe alguna alternativa a este comando? Poder usar otro y que a lo mejor tenga más efectividad... Tengo estos 2 procesos que soy incapaz de sacarlos de la memoria: root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop Y la máquina, por ciertos motivos, no puedo apagarla. >>> >>> No consumen CPU ni memoria, y están marcados con un estado >>> "uninterruptible sleep" ¿por qué quieres eliminarlos? >> >> Porque no pudo usar el comando vzdump, me dice que está esperando a >> que otro proceso acabe, lógicamente... >> >>> >>> Processes in an Uninterruptible Sleep (D) State >>> https://www.novell.com/support/kb/doc.php?id=7002725 >>> >>> How to stop 'uninterruptible' process on Linux? >>> http://stackoverflow.com/questions/767551/how-to-stop-uninterruptible-process-on-linux >>> >>> Can't kill a sleeping process >>> http://superuser.com/questions/539920/cant-kill-a-sleeping-process >> >> Voy a revisar estos enlaces. >> >>> >>> Por el binario (lzop) parece que se trata de alguna aplicación >>> o rutina de copia de seguridad que se habrá quedado enganchada. >>> >>> Saludos, >> >> Gracias. >> >>> >>> -- >>> Camaleón >>> > > Por lo que estoy viendo, si el kill -9 no funciona, habrá que > reiniciar la máquina... > > El comando strace -p PID se queda ahí... > > Process 757250 attached - interrupt to quit http://pastebin.com/u0rfZQaH
Re: Alternativa a kill -9
El día 28 de octubre de 2015, 15:56, Maykel Franco escribió: > El día 28 de octubre de 2015, 15:54, Camaleón escribió: >> El Mon, 26 Oct 2015 18:14:45 +0100, Maykel Franco escribió: >> >>> Buenas, existe alguna alternativa a este comando? Poder usar otro y que >>> a lo mejor tenga más efectividad... Tengo estos 2 procesos que soy >>> incapaz de sacarlos de la memoria: >>> >>> root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop >>> root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop >>> >>> Y la máquina, por ciertos motivos, no puedo apagarla. >> >> No consumen CPU ni memoria, y están marcados con un estado >> "uninterruptible sleep" ¿por qué quieres eliminarlos? > > Porque no pudo usar el comando vzdump, me dice que está esperando a > que otro proceso acabe, lógicamente... > >> >> Processes in an Uninterruptible Sleep (D) State >> https://www.novell.com/support/kb/doc.php?id=7002725 >> >> How to stop 'uninterruptible' process on Linux? >> http://stackoverflow.com/questions/767551/how-to-stop-uninterruptible-process-on-linux >> >> Can't kill a sleeping process >> http://superuser.com/questions/539920/cant-kill-a-sleeping-process > > Voy a revisar estos enlaces. > >> >> Por el binario (lzop) parece que se trata de alguna aplicación >> o rutina de copia de seguridad que se habrá quedado enganchada. >> >> Saludos, > > Gracias. > >> >> -- >> Camaleón >> Por lo que estoy viendo, si el kill -9 no funciona, habrá que reiniciar la máquina... El comando strace -p PID se queda ahí... Process 757250 attached - interrupt to quit
Re: Alternativa a kill -9
El día 28 de octubre de 2015, 15:54, Camaleón escribió: > El Mon, 26 Oct 2015 18:14:45 +0100, Maykel Franco escribió: > >> Buenas, existe alguna alternativa a este comando? Poder usar otro y que >> a lo mejor tenga más efectividad... Tengo estos 2 procesos que soy >> incapaz de sacarlos de la memoria: >> >> root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop >> root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop >> >> Y la máquina, por ciertos motivos, no puedo apagarla. > > No consumen CPU ni memoria, y están marcados con un estado > "uninterruptible sleep" ¿por qué quieres eliminarlos? Porque no pudo usar el comando vzdump, me dice que está esperando a que otro proceso acabe, lógicamente... > > Processes in an Uninterruptible Sleep (D) State > https://www.novell.com/support/kb/doc.php?id=7002725 > > How to stop 'uninterruptible' process on Linux? > http://stackoverflow.com/questions/767551/how-to-stop-uninterruptible-process-on-linux > > Can't kill a sleeping process > http://superuser.com/questions/539920/cant-kill-a-sleeping-process Voy a revisar estos enlaces. > > Por el binario (lzop) parece que se trata de alguna aplicación > o rutina de copia de seguridad que se habrá quedado enganchada. > > Saludos, Gracias. > > -- > Camaleón >
Re: Alternativa a kill -9
El Mon, 26 Oct 2015 18:14:45 +0100, Maykel Franco escribió: > Buenas, existe alguna alternativa a este comando? Poder usar otro y que > a lo mejor tenga más efectividad... Tengo estos 2 procesos que soy > incapaz de sacarlos de la memoria: > > root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop > root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop > > Y la máquina, por ciertos motivos, no puedo apagarla. No consumen CPU ni memoria, y están marcados con un estado "uninterruptible sleep" ¿por qué quieres eliminarlos? Processes in an Uninterruptible Sleep (D) State https://www.novell.com/support/kb/doc.php?id=7002725 How to stop 'uninterruptible' process on Linux? http://stackoverflow.com/questions/767551/how-to-stop-uninterruptible-process-on-linux Can't kill a sleeping process http://superuser.com/questions/539920/cant-kill-a-sleeping-process Por el binario (lzop) parece que se trata de alguna aplicación o rutina de copia de seguridad que se habrá quedado enganchada. Saludos, -- Camaleón
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:56 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 17:50, Manolo Díaz > escribió: > > El martes, 27 de octubre de 2015 a las 16:42 UTC > > Maykel Franco escribió: > > > >> El día 27 de octubre de 2015, 17:35, Manolo Díaz > >> escribió: > >> > El martes, 27 de octubre de 2015 a las 16:28 UTC > >> > Maykel Franco escribió: > >> > > >> >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > >> >> > > >> >> > -- > >> >> > Manolo Díaz > >> >> > > >> >> > >> >> Esto por un lado: > >> >> > >> >> root@test:/var/lib/vz# ps aux | grep -i lzop > >> > > >> > [...] > >> > > >> >> root@test:/var/lib/vz# lsof -p 757250 > >> > > >> > No, me refería a quién ocupa /proc/757250/fd/0 > >> > > >> > lsof | grep /proc/757250/fd/0 > >> > > >> > > >> > -- > >> > Manolo Díaz > >> > > >> > >> > >> Me devuelve bastantes lineas que se repiten estas dos: > >> > >> lsof: no pwd entry for UID 110 > >> lsof: no pwd entry for UID 111 > >> > > > > Usuarios de sistema. Mira a ver si tienen procesos abiertos anteriores > > al 15 de octubre. > > > > -- > > Manolo Díaz > > > > Quieres que obtenga los procesos de ese identificador uid > correspondiente a los usuarios de sistema? > Sí, ps x u110 ps x u111 -- Manolo Díaz
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:50, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 16:42 UTC > Maykel Franco escribió: > >> El día 27 de octubre de 2015, 17:35, Manolo Díaz >> escribió: >> > El martes, 27 de octubre de 2015 a las 16:28 UTC >> > Maykel Franco escribió: >> > >> >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? >> >> > >> >> > -- >> >> > Manolo Díaz >> >> > >> >> >> >> Esto por un lado: >> >> >> >> root@test:/var/lib/vz# ps aux | grep -i lzop >> > >> > [...] >> > >> >> root@test:/var/lib/vz# lsof -p 757250 >> > >> > No, me refería a quién ocupa /proc/757250/fd/0 >> > >> > lsof | grep /proc/757250/fd/0 >> > >> > >> > -- >> > Manolo Díaz >> > >> >> >> Me devuelve bastantes lineas que se repiten estas dos: >> >> lsof: no pwd entry for UID 110 >> lsof: no pwd entry for UID 111 >> > > Usuarios de sistema. Mira a ver si tienen procesos abiertos anteriores > al 15 de octubre. > > -- > Manolo Díaz > Quieres que obtenga los procesos de ese identificador uid correspondiente a los usuarios de sistema?
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:28 UTC Maykel Franco escribió: > > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > > > > -- > > Manolo Díaz > > > > Esto por un lado: > > root@test:/var/lib/vz# ps aux | grep -i lzop [...] > root@test:/var/lib/vz# lsof -p 757250 No, me refería a quién ocupa /proc/757250/fd/0 lsof | grep /proc/757250/fd/0 -- Manolo Díaz
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:42 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 17:35, Manolo Díaz > escribió: > > El martes, 27 de octubre de 2015 a las 16:28 UTC > > Maykel Franco escribió: > > > >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > >> > > >> > -- > >> > Manolo Díaz > >> > > >> > >> Esto por un lado: > >> > >> root@test:/var/lib/vz# ps aux | grep -i lzop > > > > [...] > > > >> root@test:/var/lib/vz# lsof -p 757250 > > > > No, me refería a quién ocupa /proc/757250/fd/0 > > > > lsof | grep /proc/757250/fd/0 > > > > > > -- > > Manolo Díaz > > > > > Me devuelve bastantes lineas que se repiten estas dos: > > lsof: no pwd entry for UID 110 > lsof: no pwd entry for UID 111 > Usuarios de sistema. Mira a ver si tienen procesos abiertos anteriores al 15 de octubre. -- Manolo Díaz
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:35, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 16:28 UTC > Maykel Franco escribió: > >> > ¿Puedes ver qué proceso lo ocupa aparte de 757250? >> > >> > -- >> > Manolo Díaz >> > >> >> Esto por un lado: >> >> root@test:/var/lib/vz# ps aux | grep -i lzop > > [...] > >> root@test:/var/lib/vz# lsof -p 757250 > > No, me refería a quién ocupa /proc/757250/fd/0 > > lsof | grep /proc/757250/fd/0 > > > -- > Manolo Díaz > Me devuelve bastantes lineas que se repiten estas dos: lsof: no pwd entry for UID 110 lsof: no pwd entry for UID 111
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:19, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 16:13 UTC > Maykel Franco escribió: > >> El día 27 de octubre de 2015, 17:09, Manolo Díaz >> escribió: >> > El martes, 27 de octubre de 2015 a las 15:40 UTC >> > Maykel Franco escribió: >> > >> >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >> >> escribió: >> >> > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >> >> > wrote: >> >> >> El día 26 de octubre de 2015, 22:26, Manolo Díaz >> >> >> escribió: >> >> >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> >> >>> abaddon sinnerman escribió: >> >> >>> >> >> Lo dice muy clao;reiniciar el servidor o esperar : You can only >> >> clear >> >> them by rebooting the server or waiting for the I/O to respond. >> >> >>> >> >> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> >> >>> solamente desde el 15 de octubre. >> >> >>> >> >> >>> -- >> >> >>> Manolo Díaz >> >> >>> >> >> >> >> >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >> >> >> desesperando jejeje >> >> >> >> >> > >> >> > Y a que I/O esta esperando? >> >> > >> >> > Y me parece rara esta línea de tu lsof >> >> > >> >> >> ... (deleted)/usr/bin/lzop >> >> > >> >> > Has borrado el binario? >> >> > >> >> >> >> No: >> >> >> >> root@test:/var/lib/vz# which lzop >> >> /usr/bin/lzop >> >> root@test:/var/lib/vz# ls -l /usr/bin/lzop >> >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >> >> >> > >> > Lo que parece perdido es la entrada estándar de ese proceso, en la que >> > espera 65296 bytes >> > >> > Como prueba desesperada: >> > echo > /proc/674388/fd/0 >> > >> > (asegúrate de que no he confundido el número de proceso) sabiendo que, >> > en caso de funcionar, perderías esos 65296. >> > -- >> > Manolo Díaz >> > >> >> Se lo he pasado pero no hace nada... >> >> Eso sí, en el proceso de lzop de Junio, si me dice algo al ejecutar ese >> comando: >> >> root@test:/mnt# echo > /proc/757250/fd/0 >> bash: /proc/757250/fd/0: El fichero de texto está ocupado >> > > ¿Puedes ver qué proceso lo ocupa aparte de 757250? > > -- > Manolo Díaz > Esto por un lado: root@test:/var/lib/vz# ps aux | grep -i lzop root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop root@test:/var/lib/vz# lsof -p 757250 COMMANDPID USER FD TYPE DEVICE SIZE/OFF NODE NAME lzop757250 root cwd DIR 253,0 40962 / lzop757250 root rtd DIR 253,0 40962 / lzop757250 root txt REG 253,065296 34662 (deleted)/usr/bin/lzop lzop757250 root mem REG 253,0 1599504 2337 /lib/x86_64-linux-gnu/libc-2.13.so lzop757250 root mem REG 253,0 133232 33069 /usr/lib/x86_64-linux-gnu/liblzo2.so.2.0.0 lzop757250 root mem REG 253,0 136936 2409 /lib/x86_64-linux-gnu/ld-2.13.so lzop757250 root0r FIFO0,8 0t0 63527566 pipe lzop757250 root1w unknown /dump/vzdump-qemu-802-2015_06_15-11_18_11.vma.dat (stat: No such file or directory) lzop757250 root2w REG 253,0 435 132796 /var/log/pve/tasks/3/UPID:sd-52153:000B8DEC:1F439CE0:557E9853:vzdump::root@pam: lzop757250 root 12u unix 0x882c72676840 0t0 55127908 socket lzop757250 root 17r FIFO0,8 0t0 63527415 pipe lzop757250 root 18r FIFO0,8 0t0 63527566 pipe root@test:/var/lib/vz# lsof -p 674388 COMMANDPID USER FD TYPE DEVICE SIZE/OFF NODE NAME lzop674388 root cwd DIR 253,0 4096 2 / lzop674388 root rtd DIR 253,0 4096 2 / lzop674388 root txt REG 253,065296 34662 (deleted)/usr/bin/lzop lzop674388 root mem REG 253,0 1599504 2337 /lib/x86_64-linux-gnu/libc-2.13.so lzop674388 root mem REG 253,0 133232 33069 /usr/lib/x86_64-linux-gnu/liblzo2.so.2.0.0 lzop674388 root mem REG 253,0 136936 2409 /lib/x86_64-linux-gnu/ld-2.13.so lzop674388 root0r FIFO0,8 0t0 547597019 pipe lzop674388 root1w unknown /dump/vzdump-qemu-802-2015_10_15-11_50_05.vma.dat (stat: No such file or directory) lzop674388 root2w REG 253,0 406 13 /var/log/pve/tasks/D/UPID:sd-52153:000A4A27:5E1A84E8:561F76CD:vzdump::root@pam: lzop674388 root 12u unix 0x882046522500 0t0 547580085 socket lzop674388 root 16r FIFO0,8 0t0 547596726 pipe lzop674388 root 17r FIFO0,8 0t0 547597019 pipe Esto por otro: root@test:/var/lib/vz# ps aux | grep -i vzdump root 674343 0.0 0.0 293956 28204 ?Ds oct15
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 16:13 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 17:09, Manolo Díaz > escribió: > > El martes, 27 de octubre de 2015 a las 15:40 UTC > > Maykel Franco escribió: > > > >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga > >> escribió: > >> > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco > >> > wrote: > >> >> El día 26 de octubre de 2015, 22:26, Manolo Díaz > >> >> escribió: > >> >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC > >> >>> abaddon sinnerman escribió: > >> >>> > >> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear > >> them by rebooting the server or waiting for the I/O to respond. > >> >>> > >> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro > >> >>> solamente desde el 15 de octubre. > >> >>> > >> >>> -- > >> >>> Manolo Díaz > >> >>> > >> >> > >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > >> >> desesperando jejeje > >> >> > >> > > >> > Y a que I/O esta esperando? > >> > > >> > Y me parece rara esta línea de tu lsof > >> > > >> >> ... (deleted)/usr/bin/lzop > >> > > >> > Has borrado el binario? > >> > > >> > >> No: > >> > >> root@test:/var/lib/vz# which lzop > >> /usr/bin/lzop > >> root@test:/var/lib/vz# ls -l /usr/bin/lzop > >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop > >> > > > > Lo que parece perdido es la entrada estándar de ese proceso, en la que > > espera 65296 bytes > > > > Como prueba desesperada: > > echo > /proc/674388/fd/0 > > > > (asegúrate de que no he confundido el número de proceso) sabiendo que, > > en caso de funcionar, perderías esos 65296. > > -- > > Manolo Díaz > > > > Se lo he pasado pero no hace nada... > > Eso sí, en el proceso de lzop de Junio, si me dice algo al ejecutar ese > comando: > > root@test:/mnt# echo > /proc/757250/fd/0 > bash: /proc/757250/fd/0: El fichero de texto está ocupado > ¿Puedes ver qué proceso lo ocupa aparte de 757250? -- Manolo Díaz
Re: Alternativa a kill -9
2015-10-27 11:03 GMT-05:00 Maykel Franco : > El día 27 de octubre de 2015, 17:00, Carlos Zuniga > escribió: >> 2015-10-27 10:40 GMT-05:00 Maykel Franco : >>> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >>> escribió: On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco wrote: > El día 26 de octubre de 2015, 22:26, Manolo Díaz > escribió: >> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> abaddon sinnerman escribió: >> >>> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >>> them by rebooting the server or waiting for the I/O to respond. >> >> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> solamente desde el 15 de octubre. >> >> -- >> Manolo Díaz >> > > Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > desesperando jejeje > Y a que I/O esta esperando? Y me parece rara esta línea de tu lsof > ... (deleted)/usr/bin/lzop Has borrado el binario? >>> >>> No: >>> >>> root@test:/var/lib/vz# which lzop >>> /usr/bin/lzop >>> root@test:/var/lib/vz# ls -l /usr/bin/lzop >>> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >>> >> >> Parece que algún proceso lo tiene abierto y el archivo va a seguir >> apareciendo hasta que lo cierre [0]. >> >> Estas usando lzop en algún script o es el sistema que lo esta >> ejecutando? Me parece raro que se ejecute sin argumentos. Con `ps efx` >> puedes ver el arbol de procesos para ver quien lo ejecuta. >> >> >> [0] >> http://stackoverflow.com/questions/18200701/lsof-shows-a-file-as-deleted-but-i-can-still-see-it-in-file-system >> > > Buenas, gracias por contestar. > > Si, es un Debian que tengo instalado openvz. Es un backup que realizo > a veces, pero por algún motivo se ha quedado colgado. > > Uso vzdump para hacer backup y tira de lzop... > Entonces puedes intentar matar el proceso del vzdump? Y chequea si el disco donde se hacen los backups este funcionando bien. También chequea http://www.tldp.org/LDP/LG/issue83/tag/6.html
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:09, Manolo Díaz escribió: > El martes, 27 de octubre de 2015 a las 15:40 UTC > Maykel Franco escribió: > >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >> escribió: >> > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >> > wrote: >> >> El día 26 de octubre de 2015, 22:26, Manolo Díaz >> >> escribió: >> >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> >>> abaddon sinnerman escribió: >> >>> >> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >> them by rebooting the server or waiting for the I/O to respond. >> >>> >> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> >>> solamente desde el 15 de octubre. >> >>> >> >>> -- >> >>> Manolo Díaz >> >>> >> >> >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >> >> desesperando jejeje >> >> >> > >> > Y a que I/O esta esperando? >> > >> > Y me parece rara esta línea de tu lsof >> > >> >> ... (deleted)/usr/bin/lzop >> > >> > Has borrado el binario? >> > >> >> No: >> >> root@test:/var/lib/vz# which lzop >> /usr/bin/lzop >> root@test:/var/lib/vz# ls -l /usr/bin/lzop >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >> > > Lo que parece perdido es la entrada estándar de ese proceso, en la que > espera 65296 bytes > > Como prueba desesperada: > echo > /proc/674388/fd/0 > > (asegúrate de que no he confundido el número de proceso) sabiendo que, > en caso de funcionar, perderías esos 65296. > -- > Manolo Díaz > Se lo he pasado pero no hace nada... Eso sí, en el proceso de lzop de Junio, si me dice algo al ejecutar ese comando: root@test:/mnt# echo > /proc/757250/fd/0 bash: /proc/757250/fd/0: El fichero de texto está ocupado
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 17:00, Carlos Zuniga escribió: > 2015-10-27 10:40 GMT-05:00 Maykel Franco : >> El día 27 de octubre de 2015, 16:36, Carlos Zuniga >> escribió: >>> On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >>> wrote: El día 26 de octubre de 2015, 22:26, Manolo Díaz escribió: > El lunes, 26 de octubre de 2015 a las 21:24 UTC > abaddon sinnerman escribió: > >> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >> them by rebooting the server or waiting for the I/O to respond. > > Uno de los procesos lleva esperando desde el 15 de junio, el otro > solamente desde el 15 de octubre. > > -- > Manolo Díaz > Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy desesperando jejeje >>> >>> Y a que I/O esta esperando? >>> >>> Y me parece rara esta línea de tu lsof >>> ... (deleted)/usr/bin/lzop >>> >>> Has borrado el binario? >>> >> >> No: >> >> root@test:/var/lib/vz# which lzop >> /usr/bin/lzop >> root@test:/var/lib/vz# ls -l /usr/bin/lzop >> -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop >> > > Parece que algún proceso lo tiene abierto y el archivo va a seguir > apareciendo hasta que lo cierre [0]. > > Estas usando lzop en algún script o es el sistema que lo esta > ejecutando? Me parece raro que se ejecute sin argumentos. Con `ps efx` > puedes ver el arbol de procesos para ver quien lo ejecuta. > > > [0] > http://stackoverflow.com/questions/18200701/lsof-shows-a-file-as-deleted-but-i-can-still-see-it-in-file-system > Buenas, gracias por contestar. Si, es un Debian que tengo instalado openvz. Es un backup que realizo a veces, pero por algún motivo se ha quedado colgado. Uso vzdump para hacer backup y tira de lzop...
Re: Alternativa a kill -9
El martes, 27 de octubre de 2015 a las 15:40 UTC Maykel Franco escribió: > El día 27 de octubre de 2015, 16:36, Carlos Zuniga > escribió: > > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco > > wrote: > >> El día 26 de octubre de 2015, 22:26, Manolo Díaz > >> escribió: > >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC > >>> abaddon sinnerman escribió: > >>> > Lo dice muy clao;reiniciar el servidor o esperar : You can only clear > them by rebooting the server or waiting for the I/O to respond. > >>> > >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro > >>> solamente desde el 15 de octubre. > >>> > >>> -- > >>> Manolo Díaz > >>> > >> > >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > >> desesperando jejeje > >> > > > > Y a que I/O esta esperando? > > > > Y me parece rara esta línea de tu lsof > > > >> ... (deleted)/usr/bin/lzop > > > > Has borrado el binario? > > > > No: > > root@test:/var/lib/vz# which lzop > /usr/bin/lzop > root@test:/var/lib/vz# ls -l /usr/bin/lzop > -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop > Lo que parece perdido es la entrada estándar de ese proceso, en la que espera 65296 bytes Como prueba desesperada: echo > /proc/674388/fd/0 (asegúrate de que no he confundido el número de proceso) sabiendo que, en caso de funcionar, perderías esos 65296. -- Manolo Díaz
Re: Alternativa a kill -9
2015-10-27 10:40 GMT-05:00 Maykel Franco : > El día 27 de octubre de 2015, 16:36, Carlos Zuniga > escribió: >> On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco >> wrote: >>> El día 26 de octubre de 2015, 22:26, Manolo Díaz >>> escribió: El lunes, 26 de octubre de 2015 a las 21:24 UTC abaddon sinnerman escribió: > Lo dice muy clao;reiniciar el servidor o esperar : You can only clear > them by rebooting the server or waiting for the I/O to respond. Uno de los procesos lleva esperando desde el 15 de junio, el otro solamente desde el 15 de octubre. -- Manolo Díaz >>> >>> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >>> desesperando jejeje >>> >> >> Y a que I/O esta esperando? >> >> Y me parece rara esta línea de tu lsof >> >>> ... (deleted)/usr/bin/lzop >> >> Has borrado el binario? >> > > No: > > root@test:/var/lib/vz# which lzop > /usr/bin/lzop > root@test:/var/lib/vz# ls -l /usr/bin/lzop > -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop > Parece que algún proceso lo tiene abierto y el archivo va a seguir apareciendo hasta que lo cierre [0]. Estas usando lzop en algún script o es el sistema que lo esta ejecutando? Me parece raro que se ejecute sin argumentos. Con `ps efx` puedes ver el arbol de procesos para ver quien lo ejecuta. [0] http://stackoverflow.com/questions/18200701/lsof-shows-a-file-as-deleted-but-i-can-still-see-it-in-file-system
Re: Alternativa a kill -9
El día 27 de octubre de 2015, 16:36, Carlos Zuniga escribió: > On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco wrote: >> El día 26 de octubre de 2015, 22:26, Manolo Díaz >> escribió: >>> El lunes, 26 de octubre de 2015 a las 21:24 UTC >>> abaddon sinnerman escribió: >>> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear them by rebooting the server or waiting for the I/O to respond. >>> >>> Uno de los procesos lleva esperando desde el 15 de junio, el otro >>> solamente desde el 15 de octubre. >>> >>> -- >>> Manolo Díaz >>> >> >> Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy >> desesperando jejeje >> > > Y a que I/O esta esperando? > > Y me parece rara esta línea de tu lsof > >> ... (deleted)/usr/bin/lzop > > Has borrado el binario? > No: root@test:/var/lib/vz# which lzop /usr/bin/lzop root@test:/var/lib/vz# ls -l /usr/bin/lzop -rwxr-xr-x 1 root root 65296 nov 8 2011 /usr/bin/lzop
Re: Alternativa a kill -9
On Mon, Oct 26, 2015 at 5:10 PM, Maykel Franco wrote: > El día 26 de octubre de 2015, 22:26, Manolo Díaz > escribió: >> El lunes, 26 de octubre de 2015 a las 21:24 UTC >> abaddon sinnerman escribió: >> >>> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >>> them by rebooting the server or waiting for the I/O to respond. >> >> Uno de los procesos lleva esperando desde el 15 de junio, el otro >> solamente desde el 15 de octubre. >> >> -- >> Manolo Díaz >> > > Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy > desesperando jejeje > Y a que I/O esta esperando? Y me parece rara esta línea de tu lsof > ... (deleted)/usr/bin/lzop Has borrado el binario?
Re: Alternativa a kill -9
El día 26 de octubre de 2015, 22:26, Manolo Díaz escribió: > El lunes, 26 de octubre de 2015 a las 21:24 UTC > abaddon sinnerman escribió: > >> Lo dice muy clao;reiniciar el servidor o esperar : You can only clear >> them by rebooting the server or waiting for the I/O to respond. > > Uno de los procesos lleva esperando desde el 15 de junio, el otro > solamente desde el 15 de octubre. > > -- > Manolo Díaz > Si, eso lo sé Manolo, pero es que soy incapaz de matarlo... Me estoy desesperando jejeje
Re: Alternativa a kill -9
El lunes, 26 de octubre de 2015 a las 21:24 UTC abaddon sinnerman escribió: > Lo dice muy clao;reiniciar el servidor o esperar : You can only clear > them by rebooting the server or waiting for the I/O to respond. Uno de los procesos lleva esperando desde el 15 de junio, el otro solamente desde el 15 de octubre. -- Manolo Díaz
Re: Alternativa a kill -9
Lo dice muy clao;reiniciar el servidor o esperar : You can only clear them by rebooting the server or waiting for the I/O to respond. El 26/10/15 a las 15:16, fernando sainz escribió: > El día 26 de octubre de 2015, 22:12, fernando sainz > escribió: >> El día 26 de octubre de 2015, 22:05, Maykel Franco >> escribió: >>> El día 26 de octubre de 2015, 22:02, Manolo Díaz >>> escribió: El lunes, 26 de octubre de 2015 a las 20:36 UTC Maykel Franco escribió: > Nada no consigo quitarlos... > > No aparecen tampoco como zombies... > Alguna idea? root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop ¿con qué orden y parámetros has obtenido esa línea? -- >>> >>> ps aux | grep lzop >>> Manolo Díaz >>> >> >> En el man de ps: >> >> PROCESS STATE CODES >>Here are the different values that the s, stat and state output >>specifiers (header "STAT" or "S") will display to describe the state >> of >>a process: >> >>Duninterruptible sleep (usually IO) >> >> >> ¿Qué es lzop, lo has lanzado tu? >> >> Parece que está realizando alguna operación de disco que no es interrumpible. >> Busca por ahí. >> >> S2. > > En una primera búsqueda me da esto: > > https://www.novell.com/support/kb/doc.php?id=7002725 > > S2. >
Re: Alternativa a kill -9
Coincido con fernando;yo no había prestado atención a la D Si no es interrumpible es del sistema y se detendrá cuando el sistema lo necesite...en teoría. El 26/10/15 a las 15:16, fernando sainz escribió: > El día 26 de octubre de 2015, 22:12, fernando sainz > escribió: >> El día 26 de octubre de 2015, 22:05, Maykel Franco >> escribió: >>> El día 26 de octubre de 2015, 22:02, Manolo Díaz >>> escribió: El lunes, 26 de octubre de 2015 a las 20:36 UTC Maykel Franco escribió: > Nada no consigo quitarlos... > > No aparecen tampoco como zombies... > Alguna idea? root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop ¿con qué orden y parámetros has obtenido esa línea? -- >>> >>> ps aux | grep lzop >>> Manolo Díaz >>> >> >> En el man de ps: >> >> PROCESS STATE CODES >>Here are the different values that the s, stat and state output >>specifiers (header "STAT" or "S") will display to describe the state >> of >>a process: >> >>Duninterruptible sleep (usually IO) >> >> >> ¿Qué es lzop, lo has lanzado tu? >> >> Parece que está realizando alguna operación de disco que no es interrumpible. >> Busca por ahí. >> >> S2. > > En una primera búsqueda me da esto: > > https://www.novell.com/support/kb/doc.php?id=7002725 > > S2. >
Re: Alternativa a kill -9
El día 26 de octubre de 2015, 22:12, fernando sainz escribió: > El día 26 de octubre de 2015, 22:05, Maykel Franco > escribió: >> El día 26 de octubre de 2015, 22:02, Manolo Díaz >> escribió: >>> El lunes, 26 de octubre de 2015 a las 20:36 UTC >>> Maykel Franco escribió: >>> Nada no consigo quitarlos... No aparecen tampoco como zombies... Alguna idea? >>> >>> root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop >>> >>> ¿con qué orden y parámetros has obtenido esa línea? >>> -- >> >> ps aux | grep lzop >> >>> Manolo Díaz >>> >> > > En el man de ps: > > PROCESS STATE CODES >Here are the different values that the s, stat and state output >specifiers (header "STAT" or "S") will display to describe the state of >a process: > >Duninterruptible sleep (usually IO) > > > ¿Qué es lzop, lo has lanzado tu? > > Parece que está realizando alguna operación de disco que no es interrumpible. > Busca por ahí. > > S2. En una primera búsqueda me da esto: https://www.novell.com/support/kb/doc.php?id=7002725 S2.
Re: Alternativa a kill -9
El lunes, 26 de octubre de 2015 a las 21:05 UTC Maykel Franco escribió: > El día 26 de octubre de 2015, 22:02, Manolo Díaz > escribió: > > El lunes, 26 de octubre de 2015 a las 20:36 UTC > > Maykel Franco escribió: > > > >> Nada no consigo quitarlos... > >> > >> No aparecen tampoco como zombies... > >> Alguna idea? > > > > root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop > > > > ¿con qué orden y parámetros has obtenido esa línea? > > ps aux | grep lzop Entonces esa D no es de defunct, sino de uninterruptible sleep. ¿Has usado esa orden con sistema de ficheros remoto? -- Manolo Díaz
Re: Alternativa a kill -9
El 26/10/15 a las 22:05, Maykel Franco escribió: (...) >> root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop (...) > ps aux | grep lzop ¿Has hecho 'kill -9 674388'? Cosa rara. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Alternativa a kill -9
El día 26 de octubre de 2015, 22:05, Maykel Franco escribió: > El día 26 de octubre de 2015, 22:02, Manolo Díaz > escribió: >> El lunes, 26 de octubre de 2015 a las 20:36 UTC >> Maykel Franco escribió: >> >>> Nada no consigo quitarlos... >>> >>> No aparecen tampoco como zombies... >>> Alguna idea? >> >> root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop >> >> ¿con qué orden y parámetros has obtenido esa línea? >> -- > > ps aux | grep lzop > >> Manolo Díaz >> > En el man de ps: PROCESS STATE CODES Here are the different values that the s, stat and state output specifiers (header "STAT" or "S") will display to describe the state of a process: Duninterruptible sleep (usually IO) ¿Qué es lzop, lo has lanzado tu? Parece que está realizando alguna operación de disco que no es interrumpible. Busca por ahí. S2.
Re: Alternativa a kill -9
El 26/10/15 a las 22:02, Manolo Díaz escribió: > root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop > > ¿con qué orden y parámetros has obtenido esa línea? Debería haber hecho como sigue: ps aux | grep lzop Si ya encontrado y no lo puede matar, deberá probar con lsof. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Alternativa a kill -9
El día 26 de octubre de 2015, 22:02, Manolo Díaz escribió: > El lunes, 26 de octubre de 2015 a las 20:36 UTC > Maykel Franco escribió: > >> Nada no consigo quitarlos... >> >> No aparecen tampoco como zombies... >> Alguna idea? > > root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop > > ¿con qué orden y parámetros has obtenido esa línea? > -- ps aux | grep lzop > Manolo Díaz >
Re: Alternativa a kill -9
El día 26 de octubre de 2015, 21:57, Abaddon S. escribió: > desinstala lzop con remove --purge y después vuelvela a instalar;es algo > 'salvaje el procedimiento,pero funciona Puff, me desinstala varias cosas, prefiero no arriesgarme. > Por otro lado,para estar 100% seguro que es zombie prueba con : > # ps -A -ostat,ppid,pid,cmd | grep -e ‘^[Zz]‘ No devuelve nada. > Ademas si usas Jessie creo que systemd puede parar procesos pero no recuerdo > cómo. > > El 26 de octubre de 2015, 2:36 p. m., Maykel Franco > escribió: >> >> El día 26 de octubre de 2015, 21:14, Manolo Díaz >> escribió: >> > El lunes, 26 de octubre de 2015 a las 18:45 UTC >> > Roberto Quiñones escribió: >> > >> >> El 26-10-2015 15:30, "Manolo Díaz" escribió: >> >> > >> >> > El lunes, 26 de octubre de 2015 a las 18:21 UTC >> >> > Pablo Mercader Alcántara escribió: >> >> > >> >> > > > > Buenas, existe alguna alternativa a este comando? Poder usar >> >> > > > > otro y >> >> > > > > que a lo mejor tenga más efectividad... >> >> > > > >> >> > > > No. >> >> > > >> >> > > ¿Y que hay de "kill -s 15 pid"? >> >> > >> >> > La señal 15 puede ser ignorada o pospuesta por el proceso. De esta >> >> > manera se puede cerrar ordenadamente una aplicación, por ejemplo. La >> >> > 9 >> >> > no. >> >> >> >> Puedes intentar con pkill + nameprocess :) >> > >> > Sí, pero las señales que le puede enviar al proceso son las mismas. >> > >> > -- >> > Manolo Díaz >> > >> >> Nada no consigo quitarlos... >> >> No aparecen tampoco como zombies... >> >> Alguna idea? >> > > > > -- > Toño G.
Re: Alternativa a kill -9
El día 26 de octubre de 2015, 22:00, Santiago José López Borrazás escribió: > El 26/10/15 a las 21:36, Maykel Franco escribió: >> Nada no consigo quitarlos... >> >> No aparecen tampoco como zombies... >> >> Alguna idea? > > killall -9 lzop No hace nada... > > ¿No te sirve? Prueba buscando con 'lsof | grep lzop', por si tienes otro > proceso emparejado... Es sólo una idea. lzop 674388root cwd DIR 253,0 4096 2 / lzop 674388root rtd DIR 253,0 4096 2 / lzop 674388root txt REG 253,0 65296 34662 (deleted)/usr/bin/lzop lzop 674388root mem REG 253,0 1599504 2337 /lib/x86_64-linux-gnu/libc-2.13.so lzop 674388root mem REG 253,0 133232 33069 /usr/lib/x86_64-linux-gnu/liblzo2.so.2.0.0 lzop 674388root mem REG 253,0 136936 2409 /lib/x86_64-linux-gnu/ld-2.13.so lzop 674388root0r FIFO0,8 0t0 547597019 pipe lzop 674388root1w REG 0,39 9466 /dump/vzdump-qemu-802-2015_10_15-11_50_05.vma.dat lzop 674388root2w REG 253,0 406 13 /var/log/pve/tasks/D/UPID:sd-52153:000A4A27:5E1A84E8:561F76CD:vzdump::root@pam: lzop 674388root 12u unix 0x882046522500 0t0 547580085 socket lzop 674388root 16r FIFO0,8 0t0 547596726 pipe lzop 674388root 17r FIFO0,8 0t0 547597019 pipe lzop 757250root cwd DIR 253,0 4096 2 / lzop 757250root rtd DIR 253,0 4096 2 / lzop 757250root txt REG 253,0 65296 34662 (deleted)/usr/bin/lzop lzop 757250root mem REG 253,0 1599504 2337 /lib/x86_64-linux-gnu/libc-2.13.so lzop 757250root mem REG 253,0 133232 33069 /usr/lib/x86_64-linux-gnu/liblzo2.so.2.0.0 lzop 757250root mem REG 253,0 136936 2409 /lib/x86_64-linux-gnu/ld-2.13.so lzop 757250root0r FIFO0,8 0t0 63527566 pipe lzop 757250root1w REG 0,22 9104 /dump/vzdump-qemu-802-2015_06_15-11_18_11.vma.dat lzop 757250root2w REG 253,0 435 132796 /var/log/pve/tasks/3/UPID:sd-52153:000B8DEC:1F439CE0:557E9853:vzdump::root@pam: lzop 757250root 12u unix 0x882c72676840 0t0 55127908 socket lzop 757250root 17r FIFO0,8 0t0 63527415 pipe lzop 757250root 18r FIFO0,8 0t0 63527566 pipe > > -- > Saludos de Santiago José López Borrazás. >
Re: Alternativa a kill -9
El lunes, 26 de octubre de 2015 a las 20:36 UTC Maykel Franco escribió: > Nada no consigo quitarlos... > > No aparecen tampoco como zombies... > Alguna idea? root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop ¿con qué orden y parámetros has obtenido esa línea? -- Manolo Díaz
Re: Alternativa a kill -9
El 26/10/15 a las 21:36, Maykel Franco escribió: > Nada no consigo quitarlos... > > No aparecen tampoco como zombies... > > Alguna idea? killall -9 lzop ¿No te sirve? Prueba buscando con 'lsof | grep lzop', por si tienes otro proceso emparejado... Es sólo una idea. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Alternativa a kill -9
El día 26 de octubre de 2015, 21:14, Manolo Díaz escribió: > El lunes, 26 de octubre de 2015 a las 18:45 UTC > Roberto Quiñones escribió: > >> El 26-10-2015 15:30, "Manolo Díaz" escribió: >> > >> > El lunes, 26 de octubre de 2015 a las 18:21 UTC >> > Pablo Mercader Alcántara escribió: >> > >> > > > > Buenas, existe alguna alternativa a este comando? Poder usar otro y >> > > > > que a lo mejor tenga más efectividad... >> > > > >> > > > No. >> > > >> > > ¿Y que hay de "kill -s 15 pid"? >> > >> > La señal 15 puede ser ignorada o pospuesta por el proceso. De esta >> > manera se puede cerrar ordenadamente una aplicación, por ejemplo. La 9 >> > no. >> >> Puedes intentar con pkill + nameprocess :) > > Sí, pero las señales que le puede enviar al proceso son las mismas. > > -- > Manolo Díaz > Nada no consigo quitarlos... No aparecen tampoco como zombies... Alguna idea?
Re: Alternativa a kill -9
El lunes, 26 de octubre de 2015 a las 18:45 UTC Roberto Quiñones escribió: > El 26-10-2015 15:30, "Manolo Díaz" escribió: > > > > El lunes, 26 de octubre de 2015 a las 18:21 UTC > > Pablo Mercader Alcántara escribió: > > > > > > > Buenas, existe alguna alternativa a este comando? Poder usar otro y > > > > > que a lo mejor tenga más efectividad... > > > > > > > > No. > > > > > > ¿Y que hay de "kill -s 15 pid"? > > > > La señal 15 puede ser ignorada o pospuesta por el proceso. De esta > > manera se puede cerrar ordenadamente una aplicación, por ejemplo. La 9 > > no. > > Puedes intentar con pkill + nameprocess :) Sí, pero las señales que le puede enviar al proceso son las mismas. -- Manolo Díaz
Re: Alternativa a kill -9
El 26-10-2015 15:30, "Manolo Díaz" escribió: > > El lunes, 26 de octubre de 2015 a las 18:21 UTC > Pablo Mercader Alcántara escribió: > > > > > Buenas, existe alguna alternativa a este comando? Poder usar otro y > > > > que a lo mejor tenga más efectividad... > > > > > > No. > > > > ¿Y que hay de "kill -s 15 pid"? > > La señal 15 puede ser ignorada o pospuesta por el proceso. De esta > manera se puede cerrar ordenadamente una aplicación, por ejemplo. La 9 > no. > > -- > Manolo Díaz > Puedes intentar con pkill + nameprocess :) Saludos.
Re: Alternativa a kill -9
El lunes, 26 de octubre de 2015 a las 18:21 UTC Pablo Mercader Alcántara escribió: > > > Buenas, existe alguna alternativa a este comando? Poder usar otro y > > > que a lo mejor tenga más efectividad... > > > > No. > > ¿Y que hay de "kill -s 15 pid"? La señal 15 puede ser ignorada o pospuesta por el proceso. De esta manera se puede cerrar ordenadamente una aplicación, por ejemplo. La 9 no. -- Manolo Díaz
Re: Alternativa a kill -9
El oct 26, 2015 1:29 PM, "Manolo Díaz" escribió: > > El lunes, 26 de octubre de 2015 a las 17:14 UTC > Maykel Franco escribió: > > > Buenas, existe alguna alternativa a este comando? Poder usar otro y > > que a lo mejor tenga más efectividad... > > No. ¿Y que hay de "kill -s 15 pid"? > > > Tengo estos 2 procesos que soy incapaz de sacarlos de la memoria: > > > > root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop > > root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop > > > > Y la máquina, por ciertos motivos, no puedo apagarla. > > > > Gracias de antemano. > > https://en.wikipedia.org/wiki/Zombie_process > > -- > Manolo Díaz >
Re: Alternativa a kill -9
El lunes, 26 de octubre de 2015 a las 17:14 UTC Maykel Franco escribió: > Buenas, existe alguna alternativa a este comando? Poder usar otro y > que a lo mejor tenga más efectividad... No. > Tengo estos 2 procesos que soy incapaz de sacarlos de la memoria: > > root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop > root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop > > Y la máquina, por ciertos motivos, no puedo apagarla. > > Gracias de antemano. https://en.wikipedia.org/wiki/Zombie_process -- Manolo Díaz
Alternativa a kill -9
Buenas, existe alguna alternativa a este comando? Poder usar otro y que a lo mejor tenga más efectividad... Tengo estos 2 procesos que soy incapaz de sacarlos de la memoria: root 674388 0.0 0.0 6828 1228 ?Doct15 0:00 lzop root 757250 0.0 0.0 6828 380 ?Djun15 0:00 lzop Y la máquina, por ciertos motivos, no puedo apagarla. Gracias de antemano.