Opened at 2011-07-17T01:57:45Z
Last modified at 2016-02-15T15:56:04Z
#1430 closed defect
drop-upload: handle inotify queue overflow correctly — at Initial Version
| Reported by: | davidsarah | Owned by: | davidsarah |
|---|---|---|---|
| Priority: | normal | Milestone: | eventually |
| Component: | code-frontend-magic-folder | Version: | 1.8.2 |
| Keywords: | inotify reliability magic-folder | Cc: | |
| Launchpad Bug: |
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).
Note: See
TracTickets for help on using
tickets.
