Processo java ainda sendo morto

11

Preciso executar um programa java nos servidores da minha universidade. Estou acessando remotamente através de seus servidores via ssh

Então eu usei o nohup assim:

nohup java -jar project.jar &

No entanto, quando eu sair e fechar o terminal, em seguida, logon novamente no servidor, meu processo está ausente / foi morto.

nohup

— bigubosu
fonte

Tente redirecionar stdoute stderrpara alguns arquivos - seu processo pode ser interrompido por um sinal diferente de SIGHUP, ao tentar gravar em um terminal fechado stdout/ stderr. Por exemplo, adicione >/dev/null 2>&1ao seu comando antes de &assinar o trabalho.

— Boris Burkov

1

O @Bob não deve ser necessário com nohup- a maioria das implementações fará isso por padrão, embora possa ser necessário redirecionar, stdinpor exemplo </dev/null.

— Graeme

14

nohupapenas torne o programa imune SIGHUPe SIGQUITsinalizado. O shell moderno talvez envie outros sinais quando você sair da sua sessão, para que não haja garantia de que seu programa não seja morto, mesmo executando sob nohup.

A melhor solução é usar tmuxou screen, ou se você usar bash, pode tentar:

$ java -jar project.jar &
$ disown

— cuonglm
fonte

Se você usar disown, precisará redirecionar manualmente, por exemplo, add</dev/null &>/dev/null

— Graeme

@ Graeme: Acho que se não trabalharmos mais com o shell (basta executar o comando e sair), não há necessidade de redirecionar.

— cuonglm

Tente ssh localhost 'sleep 10m & disown'. bashnão vai sair.

— Graeme

Ok, parece sshque não sai se houver programas conectados ao terminal. No entanto, o acima é bom se você executar interativamente.

— Graeme

As implementações de Linux (GNU coreutils e busybox) e BSD de nohupnão tornam o comando imune SIGQUIT, mas apenas para SIGHUP. Isso seria explicitamente contrário ao padrão e o AFAIK pode acontecer apenas no (algumas versões do?) Solaris.

— mosvy

13

Ainda outra opção no lugar do (cronicamente disfuncional) nohup:

setsid java -jar project.jar </dev/zero &>/dev/null &

Isso efetivamente "daemoniza" o processo. Agora ele pertence ao init, portanto, nunca será HUP, seus fluxos de E / S são seguros e foram bifurcados em segundo plano.

Veja man setsidpara mais informações. Ao contrário de screenou tmux, este não é um programa que reivindica propriedade e continua sendo executado. Simplesmente inicia um programa em seu próprio grupo de processos .

— Cachinhos Dourados
fonte

Por que o nohup é disfuncional?

— cpugeniusmv

@cpugeniusmv Tenho certeza de que é bom para alguma coisa, no entanto, não a achei confiável para uma finalidade que geralmente é recomendada: entrar em algum lugar, iniciar um processo e sair (bem como o OP). Acho que poderia ter sido mal utilizado, e talvez setsidseja um pouco mais à prova de idiotas dessa maneira. Ele pula uma etapa implícita nohup (tendo o processo re-criado pelo init como um órfão). nohupseria mais flexível se você quiser colocar o trabalho em primeiro plano mais tarde.

— GOLDILOCKS

@ TAFKA'goldilocks 'Acho que o problema está em lidar com stdin, stdout e stderr, que não é realmente (mas parcialmente (!)) Tratado pelo nohup. Nohup faz seu trabalho principal muito bem, protegendo o processo do SIGHUP. Mas há muitas coisas que podem dar errado nos fluxos - ou, muito pior, às vezes dão errado, dependendo do tamanho do buffer. Eu diria que não nohup está errado, mas a expectativa do que o nohup faz.

— Volker Siegel

3

Outra idéia seria usar o comando screen. É possível iniciar um programa com tela, desconectar e sair. Depois, você pode efetuar login e anexar à sessão da tela em execução.

Tutorial: http://www.rackaid.com/blog/linux-screen-tutorial-and-how-to/

— Tobias
fonte

-2

Tente executar o seu nohup com o redirecionamento STDOUT e STDERR para null:

nohup java -jar project.jar 2>&1 &

— boris quiroz
fonte

1

Você está redirecionando apenas o stderr para o stdout, o que não altera nada sobre como o nohup opera (ele redireciona ambos para nohup.out).

— Gilles 'SO- stop be evil'

1

-1, acho que você quis dizer, nohup java -jar project.jar 2>/dev/null &mas obviamente não sabe o que está fazendo. Melhor ainda, também alimente stdin /dev/null.

— precisa saber é o seguinte

@PlasmaPower aqui você tem seu +1. Tenha um bom dia :)

— Boris Quiroz