[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Possible tail bug
From: |
Jim Meyering |
Subject: |
Re: Possible tail bug |
Date: |
Sat, 12 Dec 2009 16:41:44 +0100 |
Marc Perkel wrote:
> Just noticed this having upgraded to Fedora 12. I use tail -F to
> follow a file that vanishes and is recreated once a minute. It works
> for some time but eventually tail quits and goes back to the command
> prompt. Just thought I'd let you know in case you changed something.
>
> tail: `info.log' has become inaccessible: No such file or directory
> tail: `info.log' has appeared; following end of new file
> ver-good budgetschooltours.ie
> ver-good 202.offersforme.net
> ver-good vistagy.com
> ver-good estatements.rbsnbonline.com
> ver-good antiqbook.com
> ver-bad ns207154.ovh.net
> ver-good ventech-eng.com
> tail: `info.log' has become inaccessible: No such file or directory
> tail: `info.log' has appeared; following end of new file
> ver-good wunderman.rjs0.com
> ver-good m.e.harryanddavid.com
> ver-good wunderman.rjs0.com
> ver-good cinci.rr.com
> ver-good tee.gr
> tail: `info.log' has been replaced; following end of new file
> ver-good mchsi.com
> ver-good joann-mail.com
> ver-good marplesteam.com
> ver-good tee.gr
> ver-good localnet.com
> tail: `info.log' has become inaccessible: No such file or directory
> address@hidden tmp]#
Thanks for the report.
Can you reproduce that even with the very latest?
coreutils-8.2 was released yesterday:
ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.2.tar.xz
ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.2.tar.gz
and 8.1 includes a related fix:
tail -F (inotify-enabled) now consistently tails a file that has been
replaced via renaming. That operation provokes either of two sequences
of inotify events. The less common sequence is now handled as well.
[The bug came with the implementation change in coreutils-7.5]
F12 is based on coreutils-7.6.