[tahoe-lafs-trac-stream] [Tahoe-LAFS] #1430: Magic Folder on Linux: handle inotify queue overflow correctly (was: drop-upload: handle inotify queue overflow correctly)
Tahoe-LAFS
trac at tahoe-lafs.org
Thu Oct 29 02:29:13 UTC 2015
#1430: Magic Folder on Linux: handle inotify queue overflow correctly
-------------------------------------+-------------------------------------
Reporter: davidsarah | Owner: daira
Type: defect | Status: assigned
Priority: minor | Milestone: eventually
Component: code-frontend- | Version: 1.8.2
magic-folder | Keywords: drop-upload, inotify,
Resolution: | magic-folder
Launchpad Bug: |
-------------------------------------+-------------------------------------
Description changed by daira:
Old description:
> The inotify API has a maximum number of queued events, controlled by
> {{{/proc/sys/fs/inotify/max_queued_events}}}. This could affect the
> reliability of the drop-upload feature (#1429) in detecting all file-
> change events when a large number of files in the local directory are
> modified. In principle it could detect this using the IN_Q_OVERFLOW
> event, and rescan all files in the directory to see whether they were
> last-modified since the timestamp of the previous event (assuming that we
> trust the last-modified timestamps).
New description:
The inotify API has a maximum number of queued events, controlled by
{{{/proc/sys/fs/inotify/max_queued_events}}}. This could affect the
reliability of the Magic Folder uploader in detecting all file-change
events when a large number of files in the local directory are modified.
In principle it could detect this using the IN_Q_OVERFLOW event, and
rescan all files in the directory to see whether they were last-modified
since the timestamp of the previous event (assuming that we trust the
last-modified timestamps).
--
--
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/1430#comment:8>
Tahoe-LAFS <https://Tahoe-LAFS.org>
secure decentralized storage
More information about the tahoe-lafs-trac-stream
mailing list