Início / unix / Perguntas / 758869
Accepted
Jakub Bochenski
Asked: 2023-10-14 01:06:19 +0800 CST

tee /dev/stderr dentro do script trunca o arquivo de saída se você redirecionar stderr

  • 772

Dado um script como o abaixo, se eu tentar redirecionar o stderr para um arquivo, o arquivo será truncado no ponto em que teefor usado:

$ cat test.sh 
#!/bin/bash

set -eux
echo before
echo '{ "foo": "bar" }' | tee /dev/stderr | jq .foo
echo after
$ ./test.sh 2> log
before
"bar"
after
$ cat log 
{ "foo": "bar" }
+ echo after

O logarquivo deve ter toda a saída stderr. Tudo o que vejo se executo o mesmo script sem redirecionar:

$ ./test.sh
+ echo before
before
+ echo '{ "foo": "bar" }'
+ tee /dev/stderr
+ jq .foo
{ "foo": "bar" }
"bar"
+ echo after
after

Então, por que só vejo as linhas que vêm depois tee ? Usar 2>>não parece ajudar.

Não entendo por que isso está acontecendo. Como posso verificar a saída e ainda ter a capacidade de redirecionar todo o script stderr para um arquivo?

bash

2 respostas

  1. Best Answer

    Isso se deve à forma como /dev/stderr, ou melhor, /proc/$pid/fd/$numfunciona no Linux. Lá, a abertura /dev/stderrnão duplica o descritor de arquivo 2, mas acessa o recurso ao qual o fd está conectado diretamente.

    Então, como teenormalmente trunca o arquivo no qual ele grava, o mesmo acontece com tee /dev/stderr. No seu caso, é praticamente o mesmo que fazer tee log.

    Consulte O que há de errado com var=$(</dev/stdin) para ler stdin em uma variável? para mais detalhes.

    Isso é apenas um problema no Linux. Por exemplo, no macOS, funciona como você imagina. Um exemplo um tanto compactado:

    linux$ bash -xc 'false; echo "truncated?" | tee /dev/stderr >/dev/null; true' 2>log
linux$ cat log
truncated?
+ true

    vs.

    mac$ bash -xc 'false; echo "truncated?" | tee /dev/stderr >/dev/null; true' 2>log
mac$ cat log
+ false
+ tee /dev/stderr
+ echo 'truncated?'
truncated?
+ true

    Agora, para fazer isso funcionar, você precisa evitar o uso /dev/stderre, em vez disso, usar algo como >&2o que diz ao shell para duplicar o descritor de arquivo 2.

    Eu acho que você poderia fazer isso com tee >( cat >&2 ). Isso é um pouco complicado, mas você não pode dizer teepara usar um fd existente, você precisa fornecer um filename e, devido ao problema acima, não pode ser um que se refira diretamente ao stderr do script.

    No entanto, tem o problema de ser catexecutado em segundo plano, o que pode atrasar a saída dele, como aqui:

    linux$ bash -xc 'false; echo "truncated?" | tee >(cat >&2) >/dev/null; true' 2>log
$ cat log
+ false
+ echo 'truncated?'
+ tee /dev/fd/63
++ cat
+ true
truncated?

    Observe que isso simplesmente tee -a /dev/stderrnão ajuda, pois embora isso signifique que qualquer coisa teegravada vai para o final do arquivo, qualquer coisa escrita através do stderr original não , mas segue a posição de gravação da descrição do arquivo. Então você obtém coisas assim:

    $ bash -xc 'false; echo "truncated?" | tee -a /dev/stderr >/dev/null; true' 2>log
$ cat log
+ false
+ echo 'truncated?'
+ tee -a /dev/stderr
+ true
ed?

    onde o último + true<nl>(do stderr do script) é escrito sobre truncated?(from tee). Você também precisa tornar o redirecionamento original um anexo, ou seja bash ... 2>>log, .

    Ou apenas faça o redirecionamento original ir para um canal em vez do arquivo. Com um canal, /dev/stderrfunciona mais como você imagina, já que os tubos não têm posição de gravação e não podem ser truncados. A maneira de fazer isso é um pouco complicada, você precisa de algo como 2> >(cat > log).

    • 3

  2. Enquanto escrevia isso, percebi que provavelmente posso usar a tee -aopção.

    Ainda não entendo por que isso tee /dev/stderrtruncaria o arquivo de redirecionamento

    • 0

relate perguntas