RHEL上で `read -t`がbashでタイムアウトしないのはなぜですか？

Question

RHEL5またはRHEL6のパイプから読み取るときに​​がタイムアウトしないのはなぜですか？ここで

は私のRHELボックスがパイプからの読み取り誘い込むにタイムアウトしない私の例である：

tail -f logfile.log | grep 'something' | read -t 3 variable 

私が正しいんだ場合read -t 3は3秒後にタイムアウトする必要がありますか？

事前に感謝します。

クリス

GNU bash, version 4.1.2(1)-release (x86_64-redhat-linux-gnu) 

Answer 1

あなたの特定の質問に直接答えていないが、あなたは、パイプラインの完了後に見えるようにvariableの新しく設定された値の順に

read -t 3 variable < <(tail -f logfile.log | grep "something") 

ような何かを実行する必要があります。この時間が予想どおりにタイムアウトするかどうかを確認してください

---

あなたは、単に一定時間後にパイプラインを終了する方法としてreadを使用しているので、あなたはvariableの範囲を心配する必要はありません。ただし、grepは、独自の内部バッファリングのためタイムアウト内に印刷せずに一致するものが見つかることがあります。あなたは--line-bufferedオプションを使用して、（少なくとも、GNU grepで）それを無効にできます。

tail -f logfile.log | grep --line-buffered "something" | read -t 3 

別のオプションを、可能な場合、readの代替としてtimeoutコマンドです：

ここ

timeout 3 tail -f logfile.log | grep -q --line-buffered "something" 

、私たちは3秒後にtailを抹消し、通常の方法でgrepの終了ステータスを使用します。

Answer 2

私は今、あなたのスクリプトをテストするためのRHELサーバーを持っていけないが、私は、読み取りがタイムアウトに終了し、それが必要として働いているよりも賭けることができます。試してみてください：

grep 'something' | strace bash -c "read -t 3 variable" 

これは確認できます。

Answer 3

chepnerが提供する解決策が有効です。

あなたのバージョンが単純ではない理由：あなたのようなパイプを構築すると、データはパイプを左から右に流れます。しかし、あなたのreadがタイムアウトすると、左側のプログラムは、パイプが壊れていることがわかるまで実行を継続し、パイプに書き込もうとしたときにのみ実行されます。

簡単な例がこれです：5秒後

cat | sleep 5 

sleepが終了しますので、パイプが壊れてしまいますが、あなたがリターンを押すまでcatにもかかわらず、実行し続けます。

これは、grepが結果を生成するまで、そのコマンドがタイムアウトしても実行され続けることを意味します。