[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: tests/tail-2/inotify-dir-recreate.sh sometimes fails
From: |
Bernhard Voelker |
Subject: |
Re: tests/tail-2/inotify-dir-recreate.sh sometimes fails |
Date: |
Tue, 28 Jul 2020 00:14:15 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
On 2020-07-27 14:03, Pádraig Brady wrote:
> On 27/07/2020 07:25, Bernhard Voelker wrote:
>> On openSUSE's build system, I sometimes see a test failure from the
>> above test on x86_64. Trying again usually makes the test pass.
>>
>> I'm not sure if we have a race in the test, but the result looks identical
>> as if
>> tail(1) would have been started with the (test-only) option
>> ---disable-inotify
>> (thus not being able to "revert to polling" as it started in this mode).
>>
>> Any idea?
>
> Well it doesn't even print the message:
> "tail: 'dir/file' has become inaccessible: No such file or directory"
> which should happen in any mode.
yes, it looks like after the initial "inotify" output, that the timeout command
killed the tail process before that could see that 'dir' has disappeared.
Unfortunately, we don't see the 'wait' status either.
> I can't see where the issue is TBH.
> All I can suggest is to change --max-unchanged-stats and --sleep-interval
> in an attempt to make it more reproducible.
Okay, I'll try [1] with above options ... and also:
a) outputting the 'wait' status to stdout, and
b) not swallowing 'grep' output.
Diff attached.
Let's see if there's a difference, or a little hint what happens.
[1] https://build.opensuse.org/project/monitor/home:berny:branches:Base:System
Thanks & have a nice day,
Berny
tests-tail-inotify-dir-recreate.patch
Description: Text Data