私はtee
を使ってaaa.sh
の出力(STDOUT
)をbbb.out
に書き出しながら端末に表示する方法を知っています。
./aaa.sh | tee bbb.out
表示させたまま、STDERR
をccc.out
という名前のファイルに書き込む方法を教えてください。
私はあなたがまだ端末上でSTDERRとSTDOUTを見たいと思っていると思います。あなたはJosh Kelleyの答えを探すことができますが、私はあなたのログファイルを出力するバックグラウンドでtail
を保つことを非常にハックでおかしなことに気付きます。どのようにして外部のFDを保存し、その後それをkillしてクリーンアップする必要があるかに注目してください。技術的にはtrap '...' EXIT
でそれを行うべきです。
これを実行するためのより良い方法があります、そしてあなたはすでにそれを発見しました:tee
。
ただ、あなたの標準出力に使うのではなく、標準出力用のティーと標準エラー出力用のティーがあるだけです。どのようにしてこれを達成しますか?プロセス置換とファイルのリダイレクト
command > >(tee -a stdout.log) 2> >(tee -a stderr.log >&2)
それを分割して説明しましょう。
> >(..)
>(...)
(プロセス置換)はFIFOを作成し、tee
にそれをリッスンさせます。それから、command
のSTDOUTを最初のtee
が待機しているFIFOにリダイレクトするために>
(ファイルリダイレクト)を使用します。
第二のために同じこと:
2> >(tee -a stderr.log >&2)
STDINから読み込んでstderr.log
にダンプするtee
プロセスを作成するために、プロセス置換をもう一度使用します。 tee
はその入力をSTDOUTに出力しますが、その入力はSTDERRであるため、tee
のSTDOUTをもう一度STDERRにリダイレクトします。次に、ファイルリダイレクトを使用して、command
のSTDERRをFIFOの入力(tee
のSTDIN)にリダイレクトします。
http://mywiki.wooledge.org/BashGuide/InputAndOutput を参照してください。
プロセス置換は、bash
(POSIXまたはBourne)とは対照的に、あなたのシェルとしてsh
を選択することのボーナスとしてあなたが得るそれらの本当に素晴らしいもののうちの1つです。
sh
では、手動で作業をする必要があります。
out="${TMPDIR:-/tmp}/out.$$" err="${TMPDIR:-/tmp}/err.$$"
mkfifo "$out" "$err"
trap 'rm "$out" "$err"' EXIT
tee -a stdout.log < "$out" &
tee -a stderr.log < "$err" >&2 &
command >"$out" 2>"$err"
単純ではありません。
./aaa.sh 2>&1 | tee -a log
これは単にstderr
をstdout
にリダイレクトするので、tee echoはlogとscreenの両方にエコーします。何かが足りないのかもしれませんが、他の解決策の中には本当に複雑なものもあるようです。
注:bashバージョン4以降、|&
の省略形として2>&1 |
を使用できます。
./aaa.sh |& tee -a log
これはグーグルでこれを見つけている人々のために役に立つかもしれません。試してみたい例のコメントを外すだけです。もちろん、出力ファイルの名前を変更しても構いません。
#!/bin/bash
STATUSFILE=x.out
LOGFILE=x.log
### All output to screen
### Do nothing, this is the default
### All Output to one file, nothing to the screen
#exec > ${LOGFILE} 2>&1
### All output to one file and all output to the screen
#exec > >(tee ${LOGFILE}) 2>&1
### All output to one file, STDOUT to the screen
#exec > >(tee -a ${LOGFILE}) 2> >(tee -a ${LOGFILE} >/dev/null)
### All output to one file, STDERR to the screen
### Note you need both of these lines for this to work
#exec 3>&1
#exec > >(tee -a ${LOGFILE} >/dev/null) 2> >(tee -a ${LOGFILE} >&3)
### STDOUT to STATUSFILE, stderr to LOGFILE, nothing to the screen
#exec > ${STATUSFILE} 2>${LOGFILE}
### STDOUT to STATUSFILE, stderr to LOGFILE and all output to the screen
#exec > >(tee ${STATUSFILE}) 2> >(tee ${LOGFILE} >&2)
### STDOUT to STATUSFILE and screen, STDERR to LOGFILE
#exec > >(tee ${STATUSFILE}) 2>${LOGFILE}
### STDOUT to STATUSFILE, STDERR to LOGFILE and screen
#exec > ${STATUSFILE} 2> >(tee ${LOGFILE} >&2)
echo "This is a test"
ls -l sdgshgswogswghthb_this_file_will_not_exist_so_we_get_output_to_stderr_aronkjegralhfaff
ls -l ${0}
標準エラー出力をファイルにリダイレクトするには、標準出力を画面に表示し、標準出力をファイルに保存します。
./aaa.sh 2> ccc.out | tee ./bbb.out
EDIT:標準エラー出力と標準出力の両方を画面に表示し、さらに両方をファイルに保存するには、bashの I/Oリダイレクトを使用できます :
#!/bin/bash
# Create a new file descriptor 4, pointed at the file
# which will receive stderr.
exec 4<>ccc.out
# Also print the contents of this file to screen.
tail -f ccc.out &
# Run the command; tee stdout as normal, and send stderr
# to our file descriptor 4.
./aaa.sh 2>&4 | tee bbb.out
# Clean up: Close file descriptor 4 and kill tail -f.
exec 4>&-
kill %1
つまり、標準出力を1つのフィルタ(tee bbb.out
)に、stderrを別のフィルタ(tee ccc.out
)にパイプ処理します。標準出力以外のものを別のコマンドにパイプ処理する標準的な方法はありませんが、ファイル記述子を調整することでそれを回避できます。
{ { ./aaa.sh | tee bbb.out; } 2>&1 1>&3 | tee ccc.out; } 3>&1 1>&2
標準エラーストリーム(stderr)をgrepするには? と いつ追加のファイルディスクリプタを使用しますか?
Bash(およびkshとzsh)では、dashなどの他のPOSIXシェルではできませんが、 プロセス置換 を使用できます。
./aaa.sh > >(tee bbb.out) 2> >(tee ccc.out)
Bashでは、tee
コマンドがまだ実行されている場合でも、このコマンドは./aaa.sh
が終了するとすぐに戻ります(kshとzshはサブプロセスを待機します)。あなたが./aaa.sh > >(tee bbb.out) 2> >(tee ccc.out); process_logs bbb.out ccc.out
のような何かをするならば、これは問題であるかもしれません。その場合は、代わりにファイル記述子ジャグリングまたはksh/zshを使用してください。
Bashを使用している場合
# Redirect standard out and standard error separately
% cmd >stdout-redirect 2>stderr-redirect
# Redirect standard error and out together
% cmd >stdout-redirect 2>&1
# Merge standard error with standard out and pipe
% cmd 2>&1 |cmd2
クレジット(私の頭の上から答えていない)はここに行きます: http://www.cygwin.com/ml/cygwin/2003-06/msg00772.html
以下は、プロセス置換が利用できないKornシェル(ksh)のために働きます、
# create a combined(stdin and stdout) collector
exec 3 <> combined.log
# stream stderr instead of stdout to tee, while draining all stdout to the collector
./aaa.sh 2>&1 1>&3 | tee -a stderr.log 1>&3
# cleanup collector
exec 3>&-
ここでの本当のトリックは、stderr
をstdout
にリダイレクトし、stdout
を記述子2>&1 1>&3
にリダイレクトする3
のシーケンスです。この時点でstderr
とstdout
はまだ結合されていません。
実際には、stderr
(stdin
として)はtee
に渡され、そこでstderr.log
に記録され、記述子3にもリダイレクトされます。
そして記述子3
は常にそれをcombined.log
に記録しています。そのためcombined.log
にはstdout
とstderr
の両方が含まれています。
私の場合、スクリプトはstdoutとstderrの両方をファイルにリダイレクトしながらcommandを実行していました。
cmd > log 2>&1
失敗したときは、エラーメッセージに基づいて対処するように更新する必要がありました。もちろん、dup 2>&1
を削除してスクリプトからstderrをキャプチャすることもできますが、エラーメッセージは参照用にログファイルに書き込まれません。 @lhunathからの受け入れられた答えは同じことをするはずですが、それはstdout
とstderr
を別々のファイルにリダイレクトします。
(cmd 2> >(tee /dev/stderr)) > log
上記で、logはstdout
とstderr
の両方のコピーを持ち、stderr
を気にせずにスクリプトからstdout
を取得できます。