chuyển hướng COPY của thiết bị xuất chuẩn để đăng nhập tệp từ bên trong tập lệnh bash

Tôi biết cách chuyển hướng thiết bị xuất chuẩn sang tệp:

exec > foo.log
echo test

điều này sẽ đặt 'test' vào tệp foo.log.

Bây giờ tôi muốn chuyển hướng đầu ra vào tệp nhật ký VÀ giữ nó trên thiết bị xuất chuẩn

tức là nó có thể được thực hiện một cách tầm thường từ bên ngoài tập lệnh:

script | tee foo.log

nhưng tôi muốn khai báo nó trong chính kịch bản

Tôi đã thử

exec | tee foo.log

nhưng nó không hoạt động.

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

Lưu ý rằng đây là bash, không sh. Nếu bạn gọi tập lệnh với sh myscript.sh, bạn sẽ gặp lỗi dọc theo dòng syntax error near unexpected token '>'.

Nếu bạn đang làm việc với bẫy tín hiệu, bạn có thể muốn sử dụng tee -itùy chọn để tránh gián đoạn đầu ra nếu tín hiệu xảy ra. (Cảm ơn JamesThomasMoon1979 vì đã bình luận.)

Các công cụ thay đổi đầu ra của chúng tùy thuộc vào việc chúng ghi vào một đường ống hoặc một thiết bị đầu cuối ( lsví dụ sử dụng màu sắc và đầu ra được cột) sẽ phát hiện cấu trúc trên có nghĩa là chúng xuất ra một đường ống.

Có các tùy chọn để thực thi tô màu / cột (ví dụ ls -C --color=always). Lưu ý rằng điều này cũng sẽ dẫn đến các mã màu được ghi vào logfile, làm cho nó ít đọc hơn .

Câu trả lời được chấp nhận không bảo tồn STDERR như một mô tả tệp riêng biệt. Điều đó có nghĩa là

./script.sh >/dev/null

sẽ không xuất ra barterminal, chỉ tới logfile và

./script.sh 2>/dev/null

sẽ xuất cả hai foovà barđến thiết bị đầu cuối. Rõ ràng đó không phải là hành vi mà một người dùng bình thường có thể mong đợi. Điều này có thể được khắc phục bằng cách sử dụng hai quy trình tee riêng biệt cả hai nối vào cùng một tệp nhật ký:

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

(Lưu ý rằng ban đầu không cắt bớt tệp nhật ký - nếu bạn muốn hành vi đó bạn nên thêm

>foo.log

lên đầu tập lệnh.)

Đặc tả POSIX.1-2008tee(1) yêu cầu đầu ra không có bộ đệm, tức là không được đệm dòng, do đó, trong trường hợp này, có thể STDOUT và STDERR có thể kết thúc trên cùng một dòng foo.log; tuy nhiên điều đó cũng có thể xảy ra trên thiết bị đầu cuối, vì vậy tệp nhật ký sẽ là một sự phản ánh trung thực của những gì có thể nhìn thấy trên thiết bị đầu cuối, nếu không phải là một tấm gương chính xác của nó. Nếu bạn muốn các dòng STDOUT được phân tách rõ ràng khỏi các dòng STDERR, hãy xem xét sử dụng hai tệp nhật ký, có thể có tiền tố tem ngày trên mỗi dòng để cho phép sắp xếp lại theo thời gian sau này.

Giải pháp cho busybox, macOS bash và shell không bash

Câu trả lời được chấp nhận chắc chắn là sự lựa chọn tốt nhất cho bash. Tôi đang làm việc trong môi trường Busybox mà không có quyền truy cập vào bash và nó không hiểu exec > >(tee log.txt)cú pháp. Nó cũng không làmexec >$PIPE đúng, cố gắng tạo một tệp thông thường có cùng tên với đường ống được đặt tên, bị lỗi và bị treo.

Hy vọng rằng điều này sẽ hữu ích cho những người khác không có bash.

Ngoài ra, đối với bất kỳ ai sử dụng một đường ống có tên, nó an toàn rm $PIPE, bởi vì điều đó hủy liên kết đường ống khỏi VFS, nhưng các quy trình sử dụng nó vẫn duy trì số tham chiếu trên nó cho đến khi hoàn thành.

Lưu ý việc sử dụng $ * không nhất thiết phải an toà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

Trong tệp tập lệnh của bạn, đặt tất cả các lệnh trong ngoặc đơn, như thế này:

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

Cách dễ dàng để tạo một bản ghi bash script vào syslog. Đầu ra tập lệnh có sẵn cả thông qua /var/log/syslogvà thông qua thiết bị lỗi chuẩn. syslog sẽ thêm siêu dữ liệu hữu ích, bao gồm cả dấu thời gian.

Thêm dòng này ở trên cùng:

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

Hoặc, gửi nhật ký đến một tệp riêng biệt:

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

Điều này đòi hỏi moreutils(đối với tslệnh, có thêm dấu thời gian).

Sử dụng câu trả lời được chấp nhận, tập lệnh của tôi tiếp tục trở lại đặc biệt sớm (ngay sau 'exec >> (tee ...)') để phần còn lại của tập lệnh của tôi chạy trong nền. Khi tôi không thể làm cho giải pháp đó hoạt động theo cách của mình, tôi đã tìm một giải pháp khác / giải quyết vấn đề:

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

# Rest of my script

Điều này làm cho đầu ra từ tập lệnh đi từ quy trình, qua đường ống vào quy trình nền phụ của 'tee' để ghi lại mọi thứ vào đĩa và đến bản gốc của tập lệnh.

Lưu ý rằng 'exec &>' chuyển hướng cả stdout và stderr, chúng ta có thể chuyển hướng chúng một cách riêng biệt nếu chúng ta thích hoặc thay đổi thành 'exec>' nếu chúng ta chỉ muốn stdout.

Ngay cả khi đường ống được gỡ bỏ khỏi hệ thống tệp trong phần đầu của tập lệnh, nó sẽ tiếp tục hoạt động cho đến khi các quy trình kết thúc. Chúng tôi không thể tham chiếu nó bằng tên tệp sau rm-line.

Bash 4 có một coproclệnh thiết lập một đường ống có tên thành một lệnh và cho phép bạn giao tiếp thông qua nó.

Không thể nói rằng tôi cảm thấy thoải mái với bất kỳ giải pháp nào dựa trên exec. Tôi thích sử dụng tee trực tiếp, vì vậy tôi thực hiện lệnh gọi chính nó bằng tee khi được yêu cầu:

# 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

Điều này cho phép bạn làm điều này:

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

Thay vào đó, bạn có thể tùy chỉnh điều này, ví dụ như đặt tee = false, thay vào đó, làm cho TEE giữ tệp nhật ký, v.v. Tôi đoán giải pháp này tương tự như jbarlow, nhưng đơn giản hơn, có thể tôi có những hạn chế mà tôi chưa gặp phải.

Đây không phải là một giải pháp hoàn hảo, nhưng đây là một vài điều bạn có thể thử:

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

hoặc là

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

Cái thứ hai sẽ để lại một tập tin đường ống ngồi xung quanh nếu có vấn đề xảy ra với tập lệnh của bạn, điều này có thể hoặc không thể là một vấn đề (nghĩa là có thể bạn có thể gửi rmnó trong shell cha sau đó).