coreutils
[Top][All Lists]
Advanced

[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

Attachment: tests-tail-inotify-dir-recreate.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]