Re: Alternativa a kill -9

[Camaleón]

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

[Maykel Franco]

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

[Camaleón]

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

[Maykel Franco]

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

[Maykel Franco]

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

[Maykel Franco]

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

[Camaleón]

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

[Camaleón]

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

[Maykel Franco]

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

[Manolo Díaz]

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

[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

Re: Alternativa a kill -9

[Maykel Franco]

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 

Re: Alternativa a kill -9

[Maykel Franco]

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

[Carlos Zuniga]

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

[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...

Re: Alternativa a kill -9

[Manolo Díaz]

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

[Maykel Franco]

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

[Carlos Zuniga]

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

[Carlos Zuniga]

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

[Manolo Díaz]

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

[Manolo Díaz]

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

[Maykel Franco]

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

[Manolo Díaz]

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

[Manolo Díaz]

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

[Maykel Franco]

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

[Manolo Díaz]

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

[abaddon sinnerman]

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

[Manolo Díaz]

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

[fernando sainz]

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

[fernando sainz]

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

[abaddon sinnerman]

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

[Maykel Franco]

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

[Maykel Franco]

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

[Manolo Díaz]

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

[Maykel Franco]

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

[Santiago José López Borrazás]

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

[Santiago José López Borrazás]

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

[Santiago José López Borrazás]

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

[Maykel Franco]

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

[Roberto Quiñones]

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

[Manolo Díaz]

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

[Maykel Franco]

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.

Re: Alternativa a kill -9

[Manolo Díaz]

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

[Pablo Mercader Alcántara]

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
>