Запись результатов в файл журнала и консоль

В оболочке Unix у меня есть файл env (файл env определяет параметры, необходимые для запуска пользовательского скрипта, такие как имя файла журнала и путь, перенаправление выходных данных и ошибок в файл журнала, сведения о подключении к базе данных и т. Д. ), Который перенаправляет все выходы ( эхо-сообщения ) и ошибки в файл журнала из выполненного скрипта, используя следующий код:

exec 1>>${LOG_FILE}
exec 2>>${LOG_FILE}

Файл env выполняется в начале каждого скрипта. Из-за приведенного выше кода в файле env все выходы консоли, которые могут быть пользовательскими выходами или ошибками, напрямую выводятся в файл журнала, что мне действительно нужно.

Но есть некоторые выборочные пользовательские выходные данные, которые я хочу отображать как в консоли, так и в файле журнала. Но из-за приведенного выше кода я не могу этого сделать.

Я знаю, что если я удалю приведенный выше код, я могу получить желаемый результат для этого случая, но мне придется вручную записывать все остальные выходные данные в файл журнала, что является непростой задачей.

Есть ли способ получить вывод как в консоли, так и в файле журнала, не удаляя приведенные выше коды?

exec 3>&1 1>>${LOG_FILE} 2>&1

отправит вывод stdout и stderr в файл журнала, но также оставит вас с fd 3, подключенным к консоли, так что вы можете сделать

echo "Some console message" 1>&3

написать сообщение прямо в консоль, или

echo "Some console and log file message" | tee /dev/fd/3

для записи сообщения как в консоль, так и в файл журнала - teeотправляет свой вывод как на собственный fd 1 (который здесь LOG_FILE), так и в файл, в который вы сказали ему писать (здесь fd 3, то есть консоль).

Пример:

exec 3>&1 1>>${LOG_FILE} 2>&1

echo "This is stdout"
echo "This is stderr" 1>&2
echo "This is the console (fd 3)" 1>&3
echo "This is both the log and the console" | tee /dev/fd/3

напечатал бы

This is the console (fd 3)
This is both the log and the console

на консоли и поставить

This is stdout
This is stderr
This is both the log and the console

в файл журнала.

Да, вы хотите использовать tee:

tee - читать со стандартного ввода и записывать в стандартный вывод и файлы

Просто передайте свою команду tee и передайте файл в качестве аргумента, например:

exec 1 | tee ${LOG_FILE}
exec 2 | tee ${LOG_FILE}

При этом вывод выводится в STDOUT и тот же вывод записывается в файл журнала. См. man teeДополнительную информацию.

Обратите внимание, что это не будет записывать stderr в файл журнала, поэтому, если вы хотите объединить два потока, используйте:

exec 1 2>&1 | tee ${LOG_FILE}

Я попробовал ответить Джунти, но я также получил

exec: 1: не найдено

ошибка. Это то, что лучше всего работает для меня ( подтверждено также, что работает в zsh):

#!/bin/bash
LOG_FILE=/tmp/both.log
exec > >(tee ${LOG_FILE}) 2>&1
echo "this is stdout"
chmmm 77 /makeError

Затем файл /tmp/both.log содержит

this is stdout
chmmm command not found 

/Tmp/both.log добавляется, если вы не удалите -a из tee.

Подсказка: >(...)это подмена процесса. Это позволяет execв teeкоманде , как если бы это был файл.

Я хотел отображать журналы на stdout и файл журнала вместе с меткой времени. Ни один из приведенных выше ответов не помог мне. Я использовал подстановку процесса и команду exec и придумал следующий код. Примеры журналов:

2017-06-21 11:16:41+05:30 Fetching information about files in the directory...

Добавьте следующие строки вверху вашего скрипта:

LOG_FILE=script.log
exec > >(while read -r line; do printf '%s %s\n' "$(date --rfc-3339=seconds)" "$line" | tee -a $LOG_FILE; done)
exec 2> >(while read -r line; do printf '%s %s\n' "$(date --rfc-3339=seconds)" "$line" | tee -a $LOG_FILE; done >&2)

Надеюсь, это кому-то поможет!

для файла журнала вы можете указать дату, чтобы ввести текстовые данные. следующий код может помочь

# declaring variables

Logfile="logfile.txt"   
MAIL_LOG="Message to print in log file"  
Location="were is u want to store log file"

cd $Location   
if [ -f $Logfile ]  
then   
echo "$MAIL_LOG " >> $Logfile

else        

touch $Logfile   
echo "$MAIL_LOG" >> $Logfile    

fi  

output: 2. Файл журнала будет создан при первом запуске и будет обновляться при следующих запусках. Если файл журнала отсутствует при следующем запуске, сценарий создаст новый файл журнала.

Я нашел способ получить желаемый результат. Хотя это может быть несколько неортодоксальный способ. В любом случае, вот оно. В файле redir.env у меня есть следующий код:

#####redir.env#####    
export LOG_FILE=log.txt

      exec 2>>${LOG_FILE}

    function log {
     echo "$1">>${LOG_FILE}
    }

    function message {
     echo "$1"
     echo "$1">>${LOG_FILE}
    }

Затем в реальном сценарии у меня есть следующие коды:

#!/bin/sh 
. redir.env
echo "Echoed to console only"
log "Written to log file only"
message "To console and log"
echo "This is stderr. Written to log file only" 1>&2

Здесь эхо выходы только на консоль, журнал выводит только файл журнала и сообщение результатов как для файла журнала и консоли.

После выполнения вышеуказанного файла сценария я получаю следующие результаты:

В консоли

В консоли
Отображается только на консоль
В консоль и в журнал

Для файла журнала

В файле журнала Записывается только в файл журнала
Это stderr. Записывается только в файл журнала
В консоль и в журнал

Надеюсь на эту помощь.

Попробуйте это, он сделает свою работу:

log_file=$curr_dir/log_file.txt
exec > >(tee -a ${log_file} )
exec 2> >(tee -a ${log_file} >&2)

    #
    #------------------------------------------------------------------------------
    # echo pass params and print them to a log file and terminal
    # with timestamp and $host_name and $0 PID
    # usage:
    # doLog "INFO some info message"
    # doLog "DEBUG some debug message"
    # doLog "WARN some warning message"
    # doLog "ERROR some really ERROR message"
    # doLog "FATAL some really fatal message"
    #------------------------------------------------------------------------------
    doLog(){
        type_of_msg=$(echo $*|cut -d" " -f1)
        msg=$(echo "$*"|cut -d" " -f2-)
        [[ $type_of_msg == DEBUG ]] && [[ $do_print_debug_msgs -ne 1 ]] && return
        [[ $type_of_msg == INFO ]] && type_of_msg="INFO " # one space for aligning
        [[ $type_of_msg == WARN ]] && type_of_msg="WARN " # as well

        # print to the terminal if we have one
        test -t 1 && echo " [$type_of_msg] `date "+%Y.%m.%d-%H:%M:%S %Z"` [$run_unit][@$host_name] [$$] ""$msg"

        # define default log file none specified in cnf file
        test -z $log_file && \
            mkdir -p $product_instance_dir/dat/log/bash && \
                log_file="$product_instance_dir/dat/log/bash/$run_unit.`date "+%Y%m"`.log"
        echo " [$type_of_msg] `date "+%Y.%m.%d-%H:%M:%S %Z"` [$run_unit][@$host_name] [$$] ""$msg" >> $log_file
    }
    #eof func doLog

Я считаю очень полезным добавлять в файл журнала и stdout, и stderr. Я был рад увидеть решение от alfonx с exec > >(tee -a), потому что мне было интересно, как это сделать, используя exec. Я наткнулся на творческое решение с использованием синтаксиса here-doc и .: /unix/80707/how-to-output-text-to-both-screen-and-file-inside-a-shell -скрипт

Я обнаружил, что в zsh решение here-doc можно изменить с помощью конструкции multios для копирования вывода как в stdout / stderr, так и в файл журнала:

#!/bin/zsh
LOG=$0.log
# 8 is an arbitrary number;
# multiple redirects for the same file descriptor 
# triggers "multios"
. 8<<\EOF /dev/fd/8 2>&2 >&1 2>>$LOG >>$LOG
# some commands
date >&2
set -x
echo hi
echo bye
EOF
echo not logged

Он не так удобочитаем, как execрешение, но имеет то преимущество, что позволяет вам регистрировать только часть скрипта. Конечно, если вы опустите EOF, тогда весь скрипт будет выполняться с логированием. Я не уверен, как zshреализует multios, но у него может быть меньше накладных расходов, чем у tee. К сожалению, кажется, что нельзя использовать multios с exec.