在不丢失顺序的情况下单独重定向和重新组合 stderr/stdout

Question

我想执行一个命令并想重定向 stderr 和 stdout 如下：

stderr 和 stdout -> 应仅写入 logs.log 文件，同时保持顺序

stderr -> 应该打印到 SCREEN 并写入 errors.log

到目前为止，我可以像这样将它们重定向到屏幕和文件 log.txt：

command 2>&1 | tee logs.log

但以上不是我需要的。

再次更清楚地说明结果需要是什么。

命令执行后，我只需要在屏幕上看到 stderr 的结果，我需要一个名为 errors.log 的文件和 stderr，我需要另一个名为 logs.log 的文件，其中包含 stdout 和 stderr 的结果它们被创建的原始顺序。

Answer 1

如果没有一些丑陋的黑客技术，在执行单独重定向的同时保持完美的顺序在理论上是不可能的。排序仅在写入（在 O_APPEND 模式下）直接保存到同一文件中；一旦你把类似的东西tee放在一个进程中而不是另一个进程中，排序保证就会消失，如果不保留有关以何种顺序调用哪些系统调用的信息，就无法检索。

那么，这个hackery会是什么样子呢？它可能看起来像这样：

# eat our initialization time *before* we start the background process
sudo sysdig-probe-loader

# now, start monitoring syscalls made by children of this shell that write to fd 1 or 2
# ...funnel content into our logs.log file
sudo sysdig -s 32768 -b -p '%evt.buffer' \
  "proc.apid=$$ and evt.type=write and (fd.num=1 or fd.num=2)" \
  > >(base64 -i -d >logs.log) \
  & sysdig_pid=$!

# Run your-program, with stderr going both to console and to errors.log
./your-program >/dev/null 2> >(tee errors.log)

也就是说，这仍然是一个丑陋的黑客：它只捕获直接写入 FD 1 和 2，并且不跟踪可能发生的任何进一步重定向。（这可以通过执行对 FIFO 的写入并使用 sysdig 跟踪对这些 FIFO 的写入来改进；这种方式fdup()和类似的操作将按预期工作；但以上足以证明该概念）。

使单独处理显式

在这里，我们演示了如何使用它来仅对 stderr 着色，而将 stdout 置之不理——通过告诉sysdig生成 JSON 流作为输出，然后对其进行迭代：

exec {colorizer_fd}> >(
  jq --unbuffered --arg startColor "$(tput setaf 1)" --arg endColor "$(tput sgr0)" -r '
    if .["fd.filename"] == "stdout" then
      ("STDOUT: " + .["evt.buffer"])
    else
      ("STDERR: " + $startColor + .["evt.buffer"] + $endColor)
    end
  '
)

sudo sysdig -s 32768 -j -p '%fd.filename %evt.buffer' \
  "proc.apid=$$ and evt.type=write and proc.name != jq and (fd.num=1 or fd.num=2)" \
  >&$colorizer_fd \
  & sysdig_pid=$!

# Run your-program, with stdout and stderr going to two separately-named destinations
./your-program >stdout 2>stderr

因为我们要关闭输出文件名（stdout和stderr），所以上面的代码需要保持不变——可以使用任何需要的临时目录。

显然，您实际上不应该这样做。更新您的程序以支持其本地语言（Java 中的 Log4j、Python 日志记录模块等）中可用的任何日志记录基础结构，以允许显式配置其日志记录。