Início / unix / Perguntas / 689682
Accepted
A. Que
Asked: 2022-02-08 09:39:44 +0800 CST

Bash nomeado pipes, comandos paralelos e status de saída

  • 772

Estou tentando usar um pipe nomeado para poder manter stdouta saída de status de um processo longo. Eu poderia usar stderrpara saída de status, mas gostaria de manter isso para erros. Aqui está um exemplo:

#!/bin/bash
pipe=$(mktemp -u)
mkfifo $pipe

dd if=/dev/zero of=$pipe bs=1M count=1024 status=progress & cat $pipe > test.bin

# ¿¿¿ Status of dd command ???

rm $pipe

O comando não é exatamente o que estou tentando fazer, mas ilustra a combinação de usar um pipe nomeado para a saída de um processo alimentando a entrada de outro. No meu aplicativo, ddé substituído por algum comando de longa duração e catpor ssh. Isso faria o que eu quero, mas não sei como obter o status do ddcomando, pois $?retornaria o status do catcomando. Se isso fosse um pipe, eu poderia usar, PIPESTATUSmas isso não parece funcionar para processos paralelos. No aplicativo real, um (ou ambos) os comandos podem falhar.

Existe uma maneira de obter o status dos processos executados em paralelo? Existe uma maneira melhor de realizar essa tarefa usando algo diferente de pipes nomeados?

bash exit-status

1 respostas

  1. Best Answer

    Para obter o status de saída de um comando assíncrono, você usa waitem seu pid:

    #!/bin/bash -
pipe=$(mktemp -u) || exit
mkfifo -m 600 -- "$pipe" || exit

dd if=/dev/zero of="$pipe" bs=1M count=1024 status=progress &
dd_pid=$!

cat -- "$pipe" > test.bin
cat_status=$?
wait "$dd_pid"
dd_status=$?

rm -f -- "$pipe"

    (também corrigindo alguns dos erros óbvios, como não verificar o sucesso daqueles mktemp/ mkfifo, expansões não citadas, --s ausentes).

    Observe que se dd(ou qualquer comando real que ddesteja substituindo no seu caso) sair antes de abrir $pipepara gravação, ele travará catem seu próprio arquivo somente leitura open()do fifo indefinidamente.

    Para contornar isso, você pode ter o shell aberto $pipeem outro fd para o processo que eventualmente será executado dd, certificando-se de que o pipe seja instanciado assim que o catabrir também (e supondo ddque não feche arbitrariamente esse fd antes de abrir $pipe):

    dd if=/dev/zero 3> "$pipe" of="$pipe" bs=1M count=1024 status=progress &
dd_pid=$!
cat -- "$pipe" > test.bin
cat_status=$?
wait "$dd_pid"
dd_status=$?

    Da mesma forma, se catmorrer antes de abrir o cano, você terá o mesmo problema simétrico, que pode ser resolvido da mesma maneira.

    Em vez de um pipe nomeado, se o seu sistema tiver arquivos, você provavelmente também poderá usar um pipe normal em combinação com e usar 's para recuperar os status de saída:/dev/fd/n/dev/fd/nbash$PIPESTATUS

    {
  dd if=/dev/zero of=/dev/fd/3 bs=1M count=1024 3>&1 >&5 4<&- 5>&- |
    cat /dev/fd/3 3<&0 <&4 4<&- 5>&- > test.bin
} 4<&0 5>&1

dd_status=${PIPESTATUS[0]} cat_status=${PIPESTATUS[1]}

    ( $PIPESTATUSé específico do bash, mas existem alternativas para outros shells).

    Acima, ambos dde catterão o pipe aberto em seu fd 3 (o final de escrita para dde o final de leitura para cat) e eles abrirão /dev/fd/3dando a eles outro fd no pipe como na solução acima. Usamos fds 4 e 5 para restaurar o stdin e stdout originais para ambos (embora aqui catstdout vá para test.bin).

    • 6

relate perguntas