#494397 iwatch: New subdirectories in recursive mode won't be recognized

#494397#5
Date:
2008-08-09 00:43:30 UTC
From:
To:
iwatch with the "-r" option should watch recursivly.
Creating a new subfolder -> files inside of them won't be
watched.

#494397#12
Date:
2008-08-20 09:34:34 UTC
From:
To:
forwarded 494397 cahya@gmx.at
thank you

* helle <hwanderer@gmx.de> [20080820 09:21]:

Cahya: AFAIK the inotify API of the Linux kernel does not support
recursive listening on a directory on its own. The recursive option
of iwatch seems to provide just that already. Though AFAICS it would
be necessary to add new inotify events on new, just created
directories to not miss any further file system actions. Am I right?
Any chance you could implement that? :)

thx && regards,
-mika-

#494397#17
Date:
2008-11-03 09:42:30 UTC
From:
To:
Hi Cahya!

* Cahya Wirawan <cahya@gmx.at> [20080822 17:49]:

[...]

-> Any news regarding this issue from your side?

thx && regards,
-mika-

#494397#22
Date:
2009-01-15 12:45:52 UTC
From:
To:
Hi Cahya!

* helle <hwanderer@gmx.de> [20080809 02:47]:

Any news regarding
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494397 from your
side?

regards,
-mika-

#494397#27
Date:
2010-01-13 14:11:49 UTC
From:
To:
* Michael Prokop <mika@grml.org> [20100113 14:10]:

Quoting upstream (with his permission):

| and regarding the bug #494397, I am not quite sure
| how to fix it since as you have mentioned already,
| the inotify in linux kernel doesn't support recursive
| monitoring of directories.
| No matter how good the user space implementation of
| this recursive monitoring, there will be a race condition
| where you will still miss some events.
| For example if we do like mkdir -p a/b/c/d,
| a user space implementation will not be fast enough to watch
| the new directories.
| Please have a look also to a similar problem with pynotify:
| http://trac.dbzteam.org/pyinotify/ticket/8
| In my opinion, this should be fixed in the kernel. inotify
| should be able to monitor directory recursively.

regards,
-mika-