]> git.ipfire.org Git - thirdparty/coreutils.git/commit
tail -F can fail to track a file after it's been rotated
authorJim Meyering <meyering@redhat.com>
Sun, 15 Nov 2009 08:25:29 +0000 (09:25 +0100)
committerJim Meyering <meyering@redhat.com>
Mon, 16 Nov 2009 08:30:43 +0000 (09:30 +0100)
commit3b997a9bcb05198c880e5d1605a3c96c1d7f9c5d
tree99d9c5b1943e2339986e78e8bfac2c6f506aa424
parent00f0cabaecdd490529d05230435671eb89a7b5c5
tail -F can fail to track a file after it's been rotated

Tailing forever and by-name (--follow=name, -F), tail would
sometimes fail to follow a file that had been removed via rename.
If you can't apply this patch and have tail 7.6 or newer, you can
work around the bug via the undocumented --disable-inotify option.
* src/tail.c (tail_forever_inotify): When tailing by name (-F),
do not un-watch a file upon receipt of the IN_MOVE_SELF event.
Reported by Arjan Opmeer in http://bugs.debian.org/548439.
* NEWS (Bug fixes): Mention it.
Also see http://marc.info/?l=coreutils-bug&m=125829031916515
* tests/Makefile.am (TESTS): Add tail-2/inotify-rotate.
* tests/tail-2/inotify-rotate: New test.
NEWS
THANKS
src/tail.c
tests/Makefile.am
tests/tail-2/inotify-rotate [new file with mode: 0755]