Como matar esse processo que nao morre.

[terra_jr]

Amigos, dêem uma olhada nisso.

Eu tenho um servidor que tem NFS e acessei via SSH e quando eu digitei [b]df -h[b] quando chega nos mapeamentos montados NFS ele para e fica travado. Trava o terminal do SSH.

ruette [/root] > ps aux | grep df
root    173 0.0 0.0   0  0 ?    SW  Aug23  0:00 [pdflush]
root    174 0.0 0.0   0  0 ?    SW  Aug23  0:02 [pdflush]
root   28574 0.0 0.0 2800 712 ?    D  11:13  0:00 df -h
root   28661 0.0 0.0 2788 692 pts/0  S  11:17  0:00 grep df
ruette [/root] >

Ai eu tento matar o processo.

ruette [/root] > kill -9 28574

Mas vejam:

ruette [/root] > ps aux | grep df
root    173 0.0 0.0   0  0 ?    SW  Aug23  0:00 [pdflush]
root    174 0.0 0.0   0  0 ?    SW  Aug23  0:02 [pdflush]
root   28574 0.0 0.0 2800 712 ?    D  11:13  0:00 df -h
root   28661 0.0 0.0 2788 692 pts/0  S  11:17  0:00 grep df

Esse bandido não sai dai.

Alguém conhece algo mais agressivo para matar esse processo?

[thiagomlx]

tenta usar o #kill -HUP 28574
se não der certo tenta matar os dois processos (28661)

[terra_jr]

tenta usar o #kill -HUP 28574....

Tentei e nao deu nada

se não der certo tenta matar os dois processos (28661)

Mas esse é o que estou dando o GREP.. ele só existe no momento que estou executando o comando.. ele não está me atrapalhando.

E agora.

Será que não tenho nenhum exterminator por ai que consiga matar meus processos.?

[warlinux]

Cara é só um palpite heim !!!!!

Bom vc tem alguma unidade montada pela rede ?
O que já aconteceu comigo é o seguinte, quanto montei uma unidade da rede, e depois desliguei a outra máquina da rede, aí quando dava df -h ele ficava tentando achar a outra máquina e travava.

Bom se esse for o seu caso, tenta desmontar a unidade e depois matar o processo, se ele não morrer por si só.

Blz.

Posta se deu certo.

[ ]'s

[terra_jr]

Amigos, eu não consegui matar esse processo de nenhum jeito, tive que reiniciar meu servidor (dominio) putz.. q dor de cabeça que deu.!!

Se alguém souber de algo mais agressivo, poste aqui....

Esse topico pelo jeito ficara sem solucao.

[thiagomlx]

po desculpa aí cara, mas o q eu conhecia eu falei.... tem o killall, mas acho que não ia funcionar também...

[Skorpyon]

Ta tentando finalizar o processo usando a conta root ?

[pssgyn]

Já tentou também ...

killall -TERM D

Acho que D é o nome do processo que está rodando ......pelo que vc falou ......

Ou killall -TERM 28574

Tente ..............

[terra_jr]

Ta tentando finalizar o processo usando a conta root ?

Sim com a conta ROOT.

Já tentou também ...

killall -TERM D

Acho que D é o nome do processo que está rodando ......pelo que vc falou ......

Ou killall -TERM 28574

Tente ..............

Sim, eu já reiniciei o servidor e eliminei o problema.

Mas vou propositalmente ocasionar o mesmo problema para ver se funciona seu método.

Obrigado amigos pela atenção.

[RicardoPerin]

Bom, algumas colocações:

o signal HUP é usado quando vc quer que um daemon releia o seu arquivo de configuração, não é usado para terminar um processo.

Pq reiniciou o servidor, esse processo estava consumindo tanto processamento assim?

vc deveria ter usado o comando fuser para saber qual dispositivo estava sendo usado por esse processo, como nosso amigo falou.

caso venha a ter esse problema novamente, tente isso antes de reiniciar a máquina.

[terra_jr]

Bom, algumas colocações:
o signal HUP é usado quando vc quer que um daemon releia o seu arquivo de configuração, não é usado para terminar um processo.

Correto.!!

Pq reiniciou o servidor, esse processo estava consumindo tanto processamento assim?

Havia mais de 70 processos zumbis, devido a ações nos mapeamentos NFS que estavam com problemas [que agora foram resolvidos com a opção SOFT no FSTAB
E é meu servidor de domínio/arquivos [o mais importante pra mim].

Eu reiniciei porque nada que eu tinha conhecimento e que todos postaram no forum deram resultado ou chegaram perto da morte do processo

vc deveria ter usado o comando fuser para saber qual dispositivo estava sendo usado por esse processo, como nosso amigo falou.

caso venha a ter esse problema novamente, tente isso antes de reiniciar a máquina.

No meu caso que tinha na memória um ZUMBI de df -h, como eu deveria proceder?

fuser -k

mas qual arquivo informar para esse saber qual processo é?

Se meu processo órfão é um zumbi. :roll: [essa foi boa], como o fuser poderá me ajudar?

Tem como você postar um exemplo de uso que se encaixe no meu caso.?

[RicardoPerin]

O fuser mostra os processos usados por um arquivo qualquer, vc dispara contra um diretório que vc tenha montado e ele vai te mostrar uma lista de processos. Era identificar se e qual ponto de montagem estava com esse processo "zumbizando". Tem até a opção de matar o processo. Dá uma fuçada (é com 'ç' mesmo?) no man dele

[terra_jr]

Mas então, essa é a minha dúvida, como ele é um Zumbi, não tem como saber qual é o pai pq ele não tem pai.


E outra, não dá para usar o fuser em um processo zumbi (neste caso) que o zumbi é um df -h

Entendeu?

O que eu disse no outro post era que neste caso não deu certo.!!