stdout'un COPY dosyasını günlük dosyasını bash betiğinin içinden yeniden yönlendir

Stdout bir dosyaya yeniden yönlendirmeyi biliyorum :

exec > foo.log
echo test

bu 'test' i foo.log dosyasına koyacaktır.

Şimdi çıktıyı günlük dosyasına yönlendirmek ve stdout'ta tutmak istiyorum

yani komut dosyasının dışından önemsiz bir şekilde yapılabilir:

script | tee foo.log

ama bunu betiğin içinde bildirmek istiyorum

denedim

exec | tee foo.log

ama işe yaramadı.

#!/usr/bin/env bash

# Redirect stdout ( > ) into a named pipe ( >() ) running "tee"
exec > >(tee -i logfile.txt)

# Without this, only stdout would be captured - i.e. your
# log file would not contain any error messages.
# SEE (and upvote) the answer by Adam Spiers, which keeps STDERR
# as a separate stream - I did not want to steal from him by simply
# adding his answer to mine.
exec 2>&1

echo "foo"
echo "bar" >&2

Bunun basholmadığını unutmayın sh. Komut dosyasını ile çağırırsanız sh myscript.sh, satırları boyunca bir hata alırsınız syntax error near unexpected token '>'.

Sinyal tuzaklarıyla çalışıyorsanız, tee -ibir sinyal oluştuğunda çıkışın bozulmasını önlemek için bu seçeneği kullanmak isteyebilirsiniz . (Yorum için JamesThomasMoon1979'a teşekkürler.)

Bir boruya mı yoksa terminale mi yazdıklarına bağlı olarak çıkışlarını değiştiren araçlar ( lsörneğin, renkleri ve sütunlu çıktıyı kullanarak) yukarıdaki yapıyı bir boruya çıktıkları anlamına gelir.

Renklendirme / sütunlaştırmayı zorunlu kılma seçenekleri vardır (örn. ls -C --color=always). Bunun, renk kodlarının günlük dosyasına da yazılmasına ve daha az okunabilir olmasına neden olacağını unutmayın .

Kabul edilen cevap STDERR'ı ayrı bir dosya tanımlayıcı olarak korumaz. Bunun anlamı

./script.sh >/dev/null

çıkışı olmaz barterminaline, yalnızca kayıt dosyasına için ve

./script.sh 2>/dev/null

çıktısı hem foove barterminaline. Açıkçası bu normal bir kullanıcının bekleyeceği davranış değildir. Bu, her ikisi de aynı günlük dosyasına eklenen iki ayrı tee işlemi kullanılarak düzeltilebilir:

#!/bin/bash

# See (and upvote) the comment by JamesThomasMoon1979 
# explaining the use of the -i option to tee.
exec >  >(tee -ia foo.log)
exec 2> >(tee -ia foo.log >&2)

echo "foo"
echo "bar" >&2

(Yukarıdakilerin günlük dosyasını kısaltmayacağını unutmayın - bu davranışı istiyorsanız eklemeniz gerekir

>foo.log

komut dosyasının en üstüne yerleştirin.)

Arasında POSIX.1-2008 özellikleritee(1) bu çıkış tamponsuz olduğu gerektirir, yani bile satır tamponlu, nedenle STDOUT ve STDERR aynı satırda yer alabilir mümkündür, bu durumda foo.log, Günlük dosyası ne sadık bir yansıması olacak böylece Ancak bu da, terminalde olabilirdi olabilirdi bunun tam ayna değilse terminal görülebilir. STDOUT satırlarının STDERR satırlarından temiz bir şekilde ayrılmasını istiyorsanız, daha sonra kronolojik yeniden birleştirmeye izin vermek için muhtemelen her satırda tarih damgası önekleri olan iki günlük dosyası kullanmayı düşünün.

Meşgul kutusu, macOS bash ve bash olmayan kabuklar için çözüm

Kabul edilen cevap kesinlikle bash için en iyi seçimdir. Ben bash erişimi olmayan bir Busybox ortamında çalışıyorum ve exec > >(tee log.txt)sözdizimini anlamıyor . Ayrıca exec >$PIPE, başarısız ve asılı asılı adlandırılmış boru ile aynı ada sahip sıradan bir dosya oluşturmaya çalışarak düzgün yapmaz .

Umarım bu bash olmayan bir başkası için yararlı olacaktır.

Ayrıca, adlandırılmış bir boru kullanan herkes için güvenlidir rm $PIPE, çünkü bu borunun VFS'den bağlantısını keser, ancak onu kullanan işlemler bitinceye kadar hala bir referans sayımı sağlar.

$ * Kullanımının mutlaka güvenli olmadığını unutmayın.

#!/bin/sh

if [ "$SELF_LOGGING" != "1" ]
then
    # The parent process will enter this branch and set up logging

    # Create a named piped for logging the child's output
    PIPE=tmp.fifo
    mkfifo $PIPE

    # Launch the child process with stdout redirected to the named pipe
    SELF_LOGGING=1 sh $0 $* >$PIPE &

    # Save PID of child process
    PID=$!

    # Launch tee in a separate process
    tee logfile <$PIPE &

    # Unlink $PIPE because the parent process no longer needs it
    rm $PIPE    

    # Wait for child process, which is running the rest of this script
    wait $PID

    # Return the error code from the child process
    exit $?
fi

# The rest of the script goes here

Komut dosyanızın içine tüm komutları parantez içine yerleştirin, örneğin:

(
echo start
ls -l
echo end
) | tee foo.log

Syslog'a bir bash script günlüğü yapmanın kolay yolu. Komut dosyası çıktısı hem /var/log/syslogstderr aracılığıyla hem de aracılığıyla kullanılabilir . syslog, zaman damgaları dahil olmak üzere yararlı meta veriler ekler.

Bu satırı en üste ekle:

exec &> >(logger -t myscript -s)

Alternatif olarak, günlüğü ayrı bir dosyaya gönderin:

exec &> >(ts |tee -a /tmp/myscript.output >&2 )

Bu gerektirir moreutils ( tszaman damgaları ekleyen komut için ).

Kabul edilen yanıtı kullanarak komut dosyam, komut dosyamın geri kalanını arka planda çalıştırarak son derece erken ('exec>> (tee ...)') dönmeye devam etti. Bu çözümü benim yolumdan alamadığım için başka bir çözüm buldum / soruna geçici bir çözüm buldum:

# Logging setup
logfile=mylogfile
mkfifo ${logfile}.pipe
tee < ${logfile}.pipe $logfile &
exec &> ${logfile}.pipe
rm ${logfile}.pipe

# Rest of my script

Bu, komut dosyasından çıktıyı işlemden, borudan her şeyi diske ve komut dosyasının orijinal stdout'una kaydeden 'tee'nin alt arka plan işlemine dönüştürür.

'Exec &>' ifadesinin hem stdout hem de stderr'i yeniden yönlendirdiğini, istersek bunları ayrı olarak yeniden yönlendirebileceğimizi veya yalnızca stdout istiyorsak 'exec>' olarak değiştirebileceğimizi unutmayın.

Senaryo başlangıcında borunun dosya sisteminden çıkarılsanız bile işlemler bitene kadar çalışmaya devam eder. Rm satırından sonra dosya adını kullanarak referans veremeyiz.

Bash 4, bir coprockomut için adlandırılmış bir kanal oluşturan ve komut aracılığıyla iletişim kurmanıza izin veren bir komuta sahiptir.

Exec tabanlı çözümlerden herhangi biriyle rahat olduğumu söyleyemem. Doğrudan tee kullanmayı tercih ederim, bu yüzden komut dosyası istendiğinde tee ile kendini çağırır:

# my script: 

check_tee_output()
{
    # copy (append) stdout and stderr to log file if TEE is unset or true
    if [[ -z $TEE || "$TEE" == true ]]; then 
        echo '-------------------------------------------' >> log.txt
        echo '***' $(date) $0 $@ >> log.txt
        TEE=false $0 $@ 2>&1 | tee --append log.txt
        exit $?
    fi 
}

check_tee_output $@

rest of my script

Bu, bunu yapmanızı sağlar:

your_script.sh args           # tee 
TEE=true your_script.sh args  # tee 
TEE=false your_script.sh args # don't tee
export TEE=false
your_script.sh args           # tee

Bunu özelleştirebilirsiniz, örneğin tee = false değerini varsayılan yapın, TEE'nin günlük dosyasını tutmasını sağlayın, vb.

Bunların ikisi de mükemmel bir çözüm değil, ama deneyebileceğiniz birkaç şey var:

exec >foo.log
tail -f foo.log &
# rest of your script

veya

PIPE=tmp.fifo
mkfifo $PIPE
exec >$PIPE
tee foo.log <$PIPE &
# rest of your script
rm $PIPE

İkincisi, betiğinizle ilgili bir sorun olduğunda sorun yaratabilecek bir boru dosyası bırakır (yani belki rmdaha sonra ana kabuğa koyabilirsiniz ).