O status de saída do canal se comporta de maneira diferente no shell interativo versus script de shell

timeout(pelo menos GNU timeout), por padrão, tenta executar o comando em um novo grupo de processos e mata esse grupo de processos com SIGTERM após o tempo limite.

Dessa forma, se esse comando gerar mais processos, eles também serão eliminados após o tempo limite.

~$ strace -fze  '/[sg]etpg|exec|kill|exit' sh -c 'timeout 1 sleep 2 | sleep 3'
execve("/usr/bin/sh", ["sh", "-c", "timeout 1 sleep 2 | sleep 3"], 0x7fffe2349230 /* 69 vars */) = 0
strace: Process 316058 attached
strace: Process 316059 attached
[pid 316058] execve("/usr/bin/timeout", ["timeout", "1", "sleep", "2"], 0x561e384e43a8 /* 69 vars */) = 0
[pid 316059] execve("/usr/bin/sleep", ["sleep", "3"], 0x561e384e41c8 /* 69 vars */) = 0
[pid 316058] setpgid(0, 0)              = 0
strace: Process 316060 attached
[pid 316060] execve("/usr/bin/sleep", ["sleep", "2"], 0x7ffc3ef29910 /* 69 vars */) = 0
[pid 316058] --- SIGALRM {si_signo=SIGALRM, si_code=SI_TIMER, si_timerid=0, si_overrun=0, si_int=0, si_ptr=NULL} ---
[pid 316058] kill(316060, SIGTERM)      = 0
[pid 316060] --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=316058, si_uid=1000} ---
[pid 316058] kill(0, SIGTERM)           = 0
[pid 316058] --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=316058, si_uid=1000} ---
[pid 316060] +++ killed by SIGTERM +++
[pid 316058] kill(316060, SIGCONT <unfinished ...>
)                                       = 0
[pid 316058] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=316060, si_uid=1000, si_status=SIGTERM, si_utime=0, si_stime=0} ---
[pid 316058] kill(0, SIGCONT)           = 0
[pid 316058] --- SIGCONT {si_signo=SIGCONT, si_code=SI_USER, si_pid=316058, si_uid=1000} ---
[pid 316058] +++ exited with 124 +++
[pid 316057] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=316058, si_uid=1000, si_status=124, si_utime=0, si_stime=0} ---
[pid 316059] +++ exited with 0 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=316059, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
+++ exited with 0 +++

Veja timeoutfazendo um setpgid(0, 0)(o mesmo que setpgrp()) para criar um novo grupo de processos, você o vê fazendo kill(316060, SIGTERM)para matar sleep 2, mas também kill(0, SIGTERM)para matar seu próprio grupo de processos (que foi criado anteriormente) que também teria matado processos gerados por, sleep 2se houver (nenhum neste caso ).

Agora, quando o controle de tarefas estiver ativado no shell (como quando interativo ou chamado com a opção -m/ -o monitor), em:

timeout 1 sleep 2 | sleep 3

O shell já inicia timeoute sleep 3em um novo grupo de processos, e na maioria dos shells, o líder do grupo de processos será aquele que executa timeout.

Então, quando timeoutfaz setpgrp(), igual a setpgid(0, 0), não criará um novo grupo de processos, que apenas se tornará um no-op. Portanto, o grupo de processos ainda conterá timeout, o processo que ele gera para executar sleep 2e sleep 3que foi colocado lá anteriormente pelo shell.

~$ strace -fze  '/[sg]etpg|exec|kill|exit' sh -o monitor  -c 'timeout 1 sleep 2 | sleep 3'
execve("/usr/bin/sh", ["sh", "-o", "monitor", "-c", "timeout 1 sleep 2 | sleep 3"], 0x7ffeb8e13640 /* 69 vars */) = 0
getpgrp()                               = 318590
setpgid(0, 318593)                      = 0
strace: Process 318594 attached
[pid 318593] setpgid(318594, 318594)    = 0
[pid 318594] setpgid(0, 318594)         = 0
strace: Process 318595 attached
[pid 318595] setpgid(0, 318594)         = 0
[pid 318593] setpgid(318595, 318594)    = 0
[pid 318595] execve("/usr/bin/sleep", ["sleep", "3"], 0x557fde7871c8 /* 69 vars */) = 0
[pid 318594] execve("/usr/bin/timeout", ["timeout", "1", "sleep", "2"], 0x557fde7873a8 /* 69 vars */) = 0
[pid 318594] setpgid(0, 0)              = 0
strace: Process 318596 attached
[pid 318596] execve("/usr/bin/sleep", ["sleep", "2"], 0x7ffc60f34c60 /* 69 vars */) = 0
[pid 318594] --- SIGALRM {si_signo=SIGALRM, si_code=SI_TIMER, si_timerid=0, si_overrun=0, si_int=0, si_ptr=NULL} ---
[pid 318594] kill(318596, SIGTERM)      = 0
[pid 318596] --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=318594, si_uid=1000} ---
[pid 318596] +++ killed by SIGTERM +++
[pid 318594] kill(0, SIGTERM <unfinished ...>
)                                       = 0
[pid 318595] --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=318594, si_uid=1000} ---
[pid 318594] --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=318594, si_uid=1000} ---
[pid 318595] +++ killed by SIGTERM +++
[pid 318594] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=318596, si_uid=1000, si_status=SIGTERM, si_utime=0, si_stime=0} ---
[pid 318593] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=318595, si_uid=1000, si_status=SIGTERM, si_utime=0, si_stime=0} ---
Terminated
[pid 318594] kill(318596, SIGCONT)      = 0
[pid 318594] kill(0, SIGCONT)           = 0
[pid 318594] --- SIGCONT {si_signo=SIGCONT, si_code=SI_USER, si_pid=318594, si_uid=1000} ---
[pid 318594] +++ exited with 124 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=318594, si_uid=1000, si_status=124, si_utime=0, si_stime=0} ---
setpgid(0, 318590)                      = 0
+++ exited with 143 +++

Desta vez, o kill(0, SIGTERM)mata o processo em execução sleep 3, pois também está no grupo de processos 318594 (conforme colocado lá pelo shell com setpgid(318595, 318594)).

Em:

sleep 2 | timeout 1 sleep 3 | sleep 4

Você descobrirá que o pipeline dura 4 segundos e só sleep 3é encerrado após 1 segundo, pois desta vez, o grupo de processos criado pelo shell é liderado pelo processo em execução sleep 2, portanto timeout, é capaz de criar um novo grupo de processos para si (e seu filho sleep 3) que é diferente do grupo de processos criado pelo shell para os 3 comandos no pipeline (e, como resultado, você descobrirá que Ctrl+ Cou Ctrl+ Znão funcionam corretamente durante timeouta execução, pois timeoutnão estão sendo executados no grupo de processos em primeiro plano )

Quando executado com --foreground, timeoutpula a criação desse grupo de processos extra e não faz um kill(0, SIGTERM)para eliminar seu próprio grupo de processos, portanto, o comportamento é mais consistente, mas significa que os processos netos não são eliminados.

$ strace -fze  '/[sg]etpg|ioctl|exec|kill|exit' sh -o monitor  -c 'timeout --foreground 1 sh -c "sleep 2; exit" | sleep 3'
execve("/usr/bin/sh", ["sh", "-o", "monitor", "-c", "timeout --foreground 1 sh -c \"sl"...], 0x7ffe289c2910 /* 69 vars */) = 0
ioctl(10, TIOCGPGRP, [331754])          = 0
getpgrp()                               = 331754
setpgid(0, 331757)                      = 0
ioctl(10, TIOCSPGRP, [331757])          = 0
strace: Process 331758 attached
[pid 331757] setpgid(331758, 331758)    = 0
[pid 331758] setpgid(0, 331758)         = 0
[pid 331758] ioctl(10, TIOCSPGRP, [331758]) = 0
strace: Process 331759 attached
[pid 331757] setpgid(331759, 331758)    = 0
[pid 331759] setpgid(0, 331758)         = 0
[pid 331759] ioctl(10, TIOCSPGRP, [331758]) = 0
[pid 331759] execve("/usr/bin/sleep", ["sleep", "3"], 0x55dc52f76418 /* 69 vars */) = 0
[pid 331758] execve("/usr/bin/timeout", ["timeout", "--foreground", "1", "sh", "-c", "sleep 2; exit"], 0x55dc52f763a8 /* 69 vars */) = 0
strace: Process 331760 attached
[pid 331760] execve("/usr/bin/sh", ["sh", "-c", "sleep 2; exit"], 0x7fff756826c0 /* 69 vars */) = 0
strace: Process 331761 attached
[pid 331761] execve("/usr/bin/sleep", ["sleep", "2"], 0x557447790168 /* 69 vars */) = 0
[pid 331758] --- SIGALRM {si_signo=SIGALRM, si_code=SI_TIMER, si_timerid=0, si_overrun=0, si_int=0, si_ptr=NULL} ---
[pid 331758] kill(331760, SIGTERM)      = 0
[pid 331760] --- SIGTERM {si_signo=SIGTERM, si_code=SI_USER, si_pid=331758, si_uid=1000} ---
[pid 331760] +++ killed by SIGTERM +++
[pid 331758] +++ exited with 124 +++
[pid 331757] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=331758, si_uid=1000, si_status=124, si_utime=0, si_stime=0} ---
[pid 331761] +++ exited with 0 +++
[pid 331759] +++ exited with 0 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=331759, si_uid=1000, si_status=0, si_utime=0, si_stime=0} ---
ioctl(10, TIOCSPGRP, [331757])          = 0
ioctl(10, TIOCSPGRP, [331754])          = 0
setpgid(0, 331754)                      = 0
+++ exited with 0 +++

shé morto, mas não sleep 2.

Isso também explica por que em um shell interativo em um terminal:

sh -c 'timeout 10 cat; exit'

Ou:

sleep 10 | timeout 10 cat /dev/tty

catnão pode ler a partir do terminal. Ele acaba sendo suspenso quando tenta, pois está em um novo grupo de processos, portanto não mais no grupo de processos de primeiro plano do terminal.

Novamente, adicionar a --foregroundopção evita o problema.