Início / unix / Perguntas / 568847
Accepted
Alexander Mills
Asked: 2020-02-21 20:06:07 +0800 CST

tmux kill-window não mata processos filhos

  • 772

Se eu fizer ctrl- ce ctrl- dmatar procs em painéis e depois sair do tmux, todos os processos filhos morrerão.

Mas se eu fizer isso:

ctrl+ bseguido por shift+%

então selecione Y para matar a janela, então os procs permanecem vivos. Alguma idéia de como garantir que os procs sejam mortos quando a janela for morta?

tmux

2 respostas

  1. Best Answer

    Ctrl+ cvskill-window

    Com Ctrl+ cvocê normalmente (quando stty -amostra intr = ^C) envia SIGINT para processos no grupo de processos em primeiro plano . Você parece assumir que qualquer processo que obtém SIGINT sai (é morto), mas em geral pode não ser.

    Você mencionou Ctrl+ d, então provavelmente há um shell interativo entre o servidor tmux e o processo que você deseja encerrar. Neste caso, o SIGINT é enviado para o processo, não para o shell; mas mesmo que o shell o pegasse, ele não sairia. (Não estou dizendo que é sempre assim; estou dizendo que corresponde à sua descrição).

    Então, parece que depois que o processo termina em Ctrl+ c, você pressiona Ctrl+ dpara sair do shell.

    Quando você mata uma janela no tmux, os respectivos pseudoterminais são fechados e os processos que os utilizam como seus terminais de controle recebem SIGHUP. Esse processo pode enviar SIGHUP para seus filhos (para um shell, veja esta resposta ). Um processo pode ignorar o sinal (consulte nohup). Mesmo que ignore o sinal, pode (ou não) morrer mais tarde se tentar usar um pseudo-terminal que não existe mais.

    Então resumindo:

    • você envia SIGINT ou SIGHUP para o processo em questão;
    • cabe ao processo se e como ele reage ao SIGINT ou SIGHUP .

    Enviando SIGINTs

    Um processo pode ignorar SIGINT. Se Ctrl+ cfizer o que você deseja para os processos com os quais está lidando, talvez seja suficiente enviar SIGINTs para eles antes de matar a janela e enviar SIGHUPs; como se você apertasse Ctrl+ cem cada painel.

    O comando a seguir lista os processos (filhos imediatos do servidor tmux) em painéis na janela atual, obtém os respectivos grupos de processos em primeiro plano e envia SIGINT para cada um:

    tmux list-panes -F "#{pane_pid}" | xargs ps -o tpgid= | xargs -I{} kill -s SIGINT -{}

    O problema é que esse mesmo pipeline também receberá SIGINT e pode terminar prematuramente. Para lidar com isso

    • execute o comando de outro lugar e use -tpara especificar uma janela,
    • ou implementar alguma lógica, para que o grupo de processos em primeiro plano do pipeline seja excluído,

    • ou execute o pipeline em segundo plano:

      tmux list-panes -F "#{pane_pid}" | xargs ps -o tpgid= | xargs -I{} kill -s SIGINT -{} &

    • ou faça o comando ignorar o sinal:

      sh -c '
trap "" SIGINT
tmux list-panes -F "#{pane_pid}" | xargs ps -o tpgid= | xargs -I{} kill -s SIGINT -{}
'

    Eu acho que a abordagem é propensa à condição de corrida; as coisas podem mudar entre pse kill. Uma alternativa melhor (?) é enviar Ctrl+ cpara cada painel:

    tmux list-panes -F "#{pane_id}" | xargs -I {} tmux send-keys -t {} C-c &

    Gancho

    Use este gancho para fazer o tmux enviar Ctrl+ cpara cada painel em uma janela que está prestes a ser kill-windoweditada:

    tmux set-hook before-kill-window 'run-shell "
   tmux list-panes -t \"#{window_id}\" -F \"##{pane_id}\" | xargs -I {} tmux send-keys -t {} C-c
"'

    Isso parece horrível porque existem três níveis de citação, ainda parece funcionar em meus testes (ainda não testei completamente). O objetivo de ##é adiar a expansão de #{pane_id}. O ponto é #{window_id}que precisa ser expandido quando run-shellfunciona, mas #{pane_id}deve sobreviver e só ser expandido quando list-panesgerar sua saída.

    Observe as tampas do gancho, kill-windowmas não kill-pane, kill-sessionou kill-server. Também nãokill-window é apenas repetido várias vezes, então o gancho certamente não cobrirá todos os casos em que um painel é destruído à força. E há também e comandos.kill-panebefore-kill-panerespawn-pane -krespawn-window -k

    E se não for suficiente?

    Um processo não pode terminar no SIGINT. Como ponto de partida, você pode tentar obter uma lista de PIDs (e/ou PGIDs tmux list-panes -F "#{pane_pid}") para os quais gostaria de enviar SIGTERM (ou mesmo SIGKILL). O principal problema com essa abordagem geral é que é possível gerar um processo e quebrar completamente sua conexão com seus ancestrais e tty.

    Portanto, em geral, você pode não conseguir rastrear todos os processos originados da janela tmux fornecida.

    • 4

  2. Você não está dando informações suficientes.

    C-b %divide a janela, não mata nada, então você deve ter alterado a ligação de teclas. A que você tem isso vinculado? Ou você quer dizer C-b &?

    Matar um painel fechará o pty e o kernel enviará a qualquer processo que tenha o pty como terminal de controle um SIGHUP que deve fazê-los sair, a menos que o ignorem.

    O que exatamente você está executando no painel? Os processos não saem ou se tornam zumbis?

    Também seria útil saber qual versão do tmux você está usando.

    • 1

relate perguntas