tail a log util 关键字发现或超时

Question 1

你可以这样做：

sh -c 'echo "$$"; exec tail -f file' | (
  IFS= read -r pid
  timeout 60 sed "/$keyword/q"
  kill -s PIPE "$pid"
)

除非您启用了该pipefail选项，否则它将退出，退出状态kill应为 0，除非tail它自己退出（这在实践中不应发生）。

使用时pipefail，它将以由 SIGPIPE 杀死的退出状态退出tail（大多数 shell 用值 141 表示）。您始终可以附加 a|| true来强制成功退出状态。

也可以看看：

Answer

你可以这样做：

sh -c 'echo "$$"; exec tail -f file' | (
  IFS= read -r pid
  timeout 60 sed "/$keyword/q"
  kill -s PIPE "$pid"
)

除非您启用了该pipefail选项，否则它将退出，退出状态kill应为 0，除非tail它自己退出（这在实践中不应发生）。

使用时pipefail，它将以由 SIGPIPE 杀死的退出状态退出tail（大多数 shell 用值 141 表示）。您始终可以附加 a|| true来强制成功退出状态。

也可以看看：

Question 2

我认为这里发生的是竞争条件。tail --pid=...依赖于tail检查并认识到跟踪的 PID 在收到 SIGPIPE（通常为 13 号信号，对应于您获得的 128+13=141 退出状态）之前因尝试写入因sed终止而损坏的管道而已死亡。这手动的只是说“该进程终止后不久，tail也会终止”，因此检查可能不会频繁。

不管怎样，如果tail确实被 SIGPIPE 杀死，这意味着（通常）sed已经得到了你想要的线路并且已经退出，所以应该还成为您成功的条件。我建议将其视为完全一样，使用if块来防止set -e，并显式检查退出状态：

if timeout tail ... | sed ...; ret=$?; then
    : # do nothing, success
elif [ "$ret" != 141 ]  # not sigpipe, sed didn't quit, so failure
    exit "$ret"
fi

旁白：你说脚本使用#/bin/bash.那应该#!带有感叹号，而不仅仅是#。如果没有这个脚本将使用 sh 运行，这可能就是您尝试使用进程替换的原因（<(...)是过程，不是命令，而是替换）是语法错误。仔细检查一下。

我知道您说过您想要一个单衬管，但就可维护性而言，复杂的单衬管并不总是最佳解决方案。如果使用多行可以更轻松地记录您正在做的事情，则可以使用多行。

Answer