[FUG-BR] kill
Pessoal, Já aconteceu de eu dar um kill em um processo e ele ficar travado. Np meu caso eu fui obrigado a reiniciar o servidor. Duvida: Nesses casos a única maneira é reiniando o servidor mesmo ou existe algum meio de matar um processo travado, que eu desconheço? []s Ronan ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] kill
On 4/24/06, Ronan Lucio [EMAIL PROTECTED] wrote: Pessoal, Já aconteceu de eu dar um kill em um processo e ele ficar travado. Np meu caso eu fui obrigado a reiniciar o servidor. Duvida: Nesses casos a única maneira é reiniando o servidor mesmo ou existe algum meio de matar um processo travado, que eu desconheço? []s Ronan killall firefox ( por exemplo ) ps -aux | grep nomeprocesso ( as vez abrem varios e tem de achar o mae ) se não fica mesmo travado ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] kill
Se um kill -9 nao resolveu, só esperando, rezando ou reiniciando a máquina mesmo. Existem alguns estados (aguardando leitura ou escrita em disco no que se chama uninterruptable wait) em que o kernel nao pode fazer nada a não ser esperar ele sair daquele estado para matá-lo. Já tive um servidor que tinha algum tipo de bug em que volta e meia algum processo do apache virava um Zombie, e mesmo reiniciando o apache ou dando trocentos kills neles eles não morriam (tecnicamente já estavam mortos) e eu era obrigado a conviver com eles se quisesse manter o uptime. :/ []s Nilson Em Seg, 2006-04-24 às 16:08 -0300, Ronan Lucio escreveu: Pessoal, Já aconteceu de eu dar um kill em um processo e ele ficar travado. Np meu caso eu fui obrigado a reiniciar o servidor. Duvida: Nesses casos a única maneira é reiniando o servidor mesmo ou existe algum meio de matar um processo travado, que eu desconheço? []s Ronan ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] kill
Outra opção é o pkill: # pkill firefox (por exemplo) este é mais certo, pois não precisa que o processo tenha exatamente o nome usado no parâmetro, como é o caso do killlall, que deixaria de matar, por exemplo, um possível processo chamado firefox-bin. Se é mais certo pois mata por sub-strings é também mais perigoso, então convém ver o que morrerá antes, testando com um pgrep: # pgrep -l firefox Agora, pode acontecer do processo realmente não morrer e isso pode estar relacionado a dependência física de algum recurso, tipo disco, nfs, etc. Aí só rebootando mesmo. Abs, Carlos E. G. Carvalho OpenIT Solucoes Tecnologicas Consultor Unix/Internet Tel. +55 21 2517-6000 http://www.OpenIT.com.br http://www.MyFreeBSD.com.br Em Seg, 2006-04-24 às 16:12 -0300, kr3. escreveu: On 4/24/06, Ronan Lucio [EMAIL PROTECTED] wrote: Pessoal, Já aconteceu de eu dar um kill em um processo e ele ficar travado. Np meu caso eu fui obrigado a reiniciar o servidor. Duvida: Nesses casos a única maneira é reiniando o servidor mesmo ou existe algum meio de matar um processo travado, que eu desconheço? []s Ronan killall firefox ( por exemplo ) ps -aux | grep nomeprocesso ( as vez abrem varios e tem de achar o mae ) se não fica mesmo travado ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br !DSPAM:444d232c31879016177225! ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] kill
On 4/24/06, Ronan Lucio [EMAIL PROTECTED] wrote: Pessoal, Já aconteceu de eu dar um kill em um processo e ele ficar travado. Np meu caso eu fui obrigado a reiniciar o servidor. Duvida: Nesses casos a única maneira é reiniando o servidor mesmo ou existe algum meio de matar um processo travado, que eu desconheço? Tente enviar SIGKILL e SIGSTOP para o processo; esses dois sinais não podem ser tratados. O 'kill' por default envia (se não me engano) o SIGTERM, e esse sim pode ser recebido e/ou ignorado. -- Savio S. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] kill
Pessoal, Já aconteceu de eu dar um kill em um processo e ele ficar travado. Np meu caso eu fui obrigado a reiniciar o servidor. Duvida: Nesses casos a única maneira é reiniando o servidor mesmo ou existe algum meio de matar um processo travado, que eu desconheço? []s Ronan Ronan voce lembra o estado do processo quando ele ficou travado? Com top(1) ou ps(1). Lembra se ele ficou zumbi ou qualquer estado morto intermediario (por exemplo, defunct) ou com ps(1) quais seram as flags de estado do processo? D por exemplo, ou V,Z, ou L ou W podem dar boas dicas do que aconteceu com o bixo... killall -9 nome constuma resolver exceto nos casos de processos nos estados acima (na verdade combinacao desses estados ai). -- Patrick Tracanelli FreeBSD Brasil LTDA. (31) 3281-9633 / 3281-3547 [EMAIL PROTECTED] http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] kill
Pessoal, Obrigado a todos pelas dicas rápidas e eficientes. Essa é a boa e velha lista da FUG... :-) Patrick, eu realmente não lembro o estado que o processo estava travado. Essa parte de stados dos processos é nova pra mim. Agora parece que o problema não está mais acontecendo. É que enquanto eu enviei o e-mail pra lista, já fui desinstalando e instalando os pacotes com problemas. Na nova instalação parece que o problema parou de acontecer. Era no anti-virus. O processo do Clam estava travando e ninguém conseguia enviar e-mails. Probleminha dos bons eim. Mesmo se eu executasse um /usr/local/etc/rc.d/clamav-clamd.sh stop o processo ficava travado e não dava o kill. Pelo que eu vi o run_rc_command usa um kill -TERM pra matar o processo. Não cheguei a tentar kill -QUIT ou kill -KILL, conforme a dica do Savio. Eu fiquei mais incucado ainda (leia-se cabreiro) porque esses dias precisei reiniciar o nosso servidor de banco de dados, pela mesma razão, que estava com 345 dias de uptime. Eu já estava até preparando bolo de aniversário de 1º aninho dele. Agora vai ter que ficar pro ano que vem... hehehe. Mas enfim, obrigado a todos pela ajuda. Espero não me deparar mais com essa situação, mas caso volte a acontecer, tentarei retornar com mais informações. Um grande abraço a todos, Ronan ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
