перенаправити КОПІЮВАННЯ stdout для входу файлу з самого bash script

Я знаю, як перенаправити stdout у файл:

exec > foo.log
echo test

це поставить 'тест' у файл foo.log.

Тепер я хочу перенаправити вихід у файл журналу І тримати його у stdout

тобто це можна зробити тривіально поза сценарієм:

script | tee foo.log

але я хочу заявити про це в самому сценарії

я намагався

exec | tee foo.log

але це не спрацювало.

#!/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

Зауважте, що це bash, ні sh. Якщо ви будете викликати скрипт із sh myscript.sh, ви отримаєте помилку в рядках з syntax error near unexpected token '>'.

Якщо ви працюєте з сигнальними пастками, можливо, ви хочете скористатися tee -iопцією, щоб уникнути порушення виходу, якщо сигнал надходить. (Дякую JamesThomasMoon1979 за коментар.)

Інструменти, які змінюють свій вихід, залежно від того, записують вони в трубу чи термінал (наприклад, lsвикористовуючи кольори та колонний вихід), виявлять вищезгадану конструкцію як сенс, який вони виводять у трубу.

Існують варіанти примусового колоризації / колонізації (наприклад ls -C --color=always). Зауважте, що це призведе до того, що кольорові коди записуються також у файл реєстрації, що робить його менш читабельним.

Прийнята відповідь не зберігає STDERR як окремий дескриптор файлу. Це означає

./script.sh >/dev/null

не буде виводитися barна термінал, лише в файл реєстрації та

./script.sh 2>/dev/null

виведе fooі barв термінал. Зрозуміло, що це не така поведінка, яку звичайний користувач може очікувати. Це можна виправити, скориставшись двома окремими трійними процесами, приєднаними до одного файлу журналу:

#!/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

(Зверніть увагу, що вищезазначене спочатку не обрізає файл журналу - якщо ви хочете, щоб цю поведінку слід додати

>foo.log

на початок сценарію.)

Специфікація POSIX.1-2008tee(1) вимагає, щоб вихід був небуферним, тобто навіть не буферизованим рядком, тому в цьому випадку можливо, що STDOUT і STDERR могли опинитися в одному рядку foo.log; однак це може статися і на терміналі, тому файл журналу буде вірним відображенням того, що можна було побачити на терміналі, якщо не точне дзеркало його. Якщо ви хочете, щоб рядки STDOUT були чітко відокремлені від рядків STDERR, подумайте про використання двох файлів журналів, можливо, з префіксами штампу дати у кожному рядку, щоб згодом дозволити хронологічну повторну збірку.

Рішення для busbox, macOS bash та не-bash оболонок

Прийнята відповідь, безумовно, найкращий вибір для баш. Я працюю в середовищі Busybox без доступу до bash, і він не розуміє exec > >(tee log.txt)синтаксис. Це також не робиться exec >$PIPEналежним чином, намагаючись створити звичайний файл з такою ж назвою, що і названа труба, яка виходить з ладу і зависає.

Сподіваємось, це було б корисно для когось іншого, хто не має башти.

Крім того, для всіх, хто використовує іменовану трубку, це безпечно rm $PIPE, оскільки це від’єднує трубу від VFS, але процеси, які використовують її, все ще підтримують посилання на неї, поки вони не будуть закінчені.

Зауважте, використання $ * не обов'язково є безпечним.

#!/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

Всередині файлу сценарію введіть усі команди в круглі дужки, наприклад:

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

Простий спосіб зробити журнал скриптів bash до syslog. Вихід сценарію доступний як через, так /var/log/syslogі через stderr. syslog додасть корисні метадані, включаючи часові позначки.

Додайте цей рядок вгорі:

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

Крім того, надішліть журнал в окремий файл:

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

Для цього потрібно moreutils(для tsкоманди, яка додає часові позначки).

Використовуючи прийняту відповідь, мій сценарій повертався виключно рано (відразу після 'exec>> (tee ...)'), залишаючи решту мого сценарію у фоновому режимі. Оскільки я не міг змусити це рішення працювати так, як я знайшов інше рішення / вирішення проблеми:

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

# Rest of my script

Це змушує вихідний текст із сценарію переходити з процесу, через трубу в піддослідний процес 'tee', який записує все на диск і до оригінальної версії сценарію.

Зауважте, що "exec &>" перенаправляє і stdout, і stderr, ми можемо перенаправити їх окремо, якщо нам подобається, або змінити на "exec>", якщо ми просто хочемо stdout.

Навіть ви трубу вилучили з файлової системи на початку сценарію, вона продовжуватиме працювати, поки процеси не закінчаться. Ми просто не можемо посилатися на нього за допомогою імені файлу після рядка rm.

Bash 4 має coprocкоманду, яка встановлює названу трубку для команди і дозволяє спілкуватися через неї.

Не можу сказати, що мені комфортно будь-яке рішення, засноване на exec. Я вважаю за краще використовувати tee безпосередньо, тому я роблю сценарій виклику сам з tee, коли запит:

# 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

Це дозволяє вам зробити це:

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

Ви можете налаштувати це, наприклад, зробити tee = false за замовчуванням, зробити TEE тримати файл журналу замість цього і т. Д. Я думаю, що це рішення схоже на jbarlow, але простіше, можливо, у мене є обмеження, на які я ще не стикався.

Жодне з них не є ідеальним рішенням, але ось кілька речей, які ви можете спробувати:

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

або

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

Другий залишив би файл труби, що сидить навколо, якщо щось не так у вашому сценарії, що може бути, а може і не бути проблемою (тобто, можливо, ви зможете rmце згодом у батьківській оболонці).