To fsnotify/fanotify in preparation for FS_ERROR/FAN_ERROR patch 6 andħ implement the FS_ERROR API for filesystems to report error patch 8Īdd support for FAN_ERROR in fanotify Patch 9 is an example This patchset is divided as follows: Patch 1 through 5 are refactoring Is there a specific testsuite for fanotify I should be running? Were watched in an attempt to detect regressions. This was tested by watching notifications flowing from an intentionallyĬorrupted filesystem in different places. Includes a counter of errors that happened since the last read. Only the first error is recorded since the last read, this also Userspace know something happened on a monitored filesystem. FS generic data: A file system agnostic structure that has a genericĮrror code and identifies the filesystem. Generated, in addition followed by this info field: When an error occurs a new notification is Mark, FAN_ERROR, which a file system monitoring tool can register to The feature is implemented on top of fanotify, as a new type of fanotify Per-fs data and location, and leave those as future extensions. In comparison to the previous RFC, this implementation also drops the Problem of writeback errors or the need to watch a specific subtree. Simplifies a bit the implementation, as you can see in the code.Īs a reminder, This proposal is limited to an interface forĪdministrators to monitor the health of a file system, instead of a As suggested by Amir, this proposal drops the ringīuffer in favor of a single slot associated with each mark. This series follow up on my previous proposal to support file system I'm automating my tests in LTP next and will be sharing shortly. In addition, I wrote a man-page that can be pulled from: This was tested with LTP for regressions, and also using the sample on Report file handlers for errors not related to a file. The feedback from last version (thanks Amir, Jan), in particular how we This is the fourth version of the FAN_FS_ERROR patches. Linux-ext4, Gabriel Krisman Bertazi, kernel ` (15 more replies) 0 siblings, 16 replies 31+ messages in threadįrom: Gabriel Krisman Bertazi 15:59 UTC ( / raw)Ĭc: djwong, tytso, david, dhowells, khazhy, linux-fsdevel, 15:59 ` fsnotify: Don't insert unmergeable events in hashtable Gabriel Krisman Bertazi File system wide monitoring Linux-Fsdevel Archive on help / color / mirror / Atom feed * File system wide monitoring 15:59 Gabriel Krisman Bertazi
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |