Início / unix / Perguntas / 460955
Accepted
ivan
Asked: 2018-08-07 21:14:50 +0800 CST

Processo em segundo plano (postgresql) recebendo SIGINT de Ctrl-C no shell

  • 772

Eu escrevi um shell.nixarquivo para construir o ambiente de desenvolvimento para um dos meus projetos. Estou usando a shellHookpara garantir que um servidor postgresql seja iniciado quando você cair no arquivo nix-shell.

O shellHooké essencialmente:

export PGDATA=$PWD/nix/pgdata

pg_ctl start --silent --log $PWD/log/pg.log

Apesar do fato de que pg_ctlinicia um servidor em segundo plano, se eu digitar Ctrl-C no shell, o servidor é desligado. Se eu configurar o mesmo cenário fora do nix-shell, isso não acontece.

Sou novo no strace, mas me parece que o processo postgresql está recebendo SIGINTquando digito Ctrl-C no meu terminal:

$ strace -p $postgres_pid
strace: Process 20546 attached
select(6, [3 4 5], NULL, NULL, {tv_sec=51, tv_usec=289149}) = ? ERESTARTNOHAND (To be restarted if no handler)
--- SIGINT {si_signo=SIGINT, si_code=SI_KERNEL} ---
rt_sigprocmask(SIG_SETMASK, ~[ILL TRAP ABRT BUS FPE SEGV CONT SYS RTMIN RT_1], NULL, 8) = 0
write(2, "LOG:  received fast shutdown req"..., 37) = 37
kill(20550, SIGTERM)                    = 0
...

O processo postgresql está conectado ao mesmo terminal de controle ( pts/12) que meu processo nix-shell (embora isso também seja verdade quando eu o executo fora do nix-shell):

$ ps -p ${postgres_pid},${nixshell_pid} -o pid,ppid,wchan,tty,cmd
  PID  PPID WCHAN  TT       CMD
14608 18292 core_s pts/12   bash --rcfile /tmp/nix-shell-14608-0/rc
16355     1 core_s pts/12   /nix/store/xxxxxx-postgresql-9.6.8/bin/postgres

Qual é um bom próximo passo na depuração disso? Devo ler sobre grupos de processos?

Atualização : Tentando uma dica de outra pergunta , descobri que isso corrige o problema:

set -m
pg_ctl start --silent --log $PWD/log/pg.log

O estranho é que, segundo $-, a mopção já estava definida. A execução echo $-produz imBHantes e depois do set -m.

Percebi que em meus shells interativos (seja nix-shell ou não), $-é imBHs. O snão está presente no shellHookcontexto e não consigo encontrar uma explicação de seu significado nos documentos para o setbuiltin do Bash. Mas isso pode não estar relacionado...

background-process signals

2 respostas

  1. O manual diz

    modo de início inicia um novo servidor. ... Em sistemas do tipo Unix, por padrão, a saída padrão do servidor e o erro padrão são enviados para a saída padrão do pg_ctl (não o erro padrão). A saída padrão do pg_ctl deve então ser redirecionada para um arquivo ou canalizada para outro processo, como um programa de rotação de logs como o rotatelogs; caso contrário , o postgres gravará sua saída no terminal de controle (a partir do plano de fundo) e não sairá do grupo de processos do shell . ... O uso de -l ou redirecionamento de saída é recomendado .

    Parece que você precisa redirecionar a saída para desanexar pg_ctl do shell.

    • 0
  2. Best Answer

    Parece que o problema era que o servidor postgresql estava sendo executado como parte do mesmo grupo de processos que o shell que o lançou via pg_ctl. A digitação propagou a SIGINTpara todos os processos do grupo.

    Uma maneira de corrigir isso é iniciar o postgresql em sua própria sessão usando setsid.

    setsid pg_ctl start --silent --log $PWD/log/pg.log

    Dito isso, ainda não sei por que isso só acontece no contexto do shellHook.

    • 0

relate perguntas