From mboxrd@z Thu Jan 1 00:00:00 1970 From: SandeepKsinha Subject: Re: inotify like service for an entire mount point? Date: Tue, 4 Aug 2009 00:02:02 +0530 Message-ID: <37d33d830908031132k826a1b8tee33a11c0b25e8c0@mail.gmail.com> References: <87f94c370908030815k292f7b30hc53442eead750534@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-fsdevel@vger.kernel.org, john@johnmccutchan.com, rlove@rlove.org To: fscops@googlegroups.com Return-path: Received: from mail-vw0-f172.google.com ([209.85.212.172]:49214 "EHLO mail-vw0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753941AbZHCScD convert rfc822-to-8bit (ORCPT ); Mon, 3 Aug 2009 14:32:03 -0400 Received: by vws2 with SMTP id 2so1140747vws.4 for ; Mon, 03 Aug 2009 11:32:02 -0700 (PDT) In-Reply-To: <87f94c370908030815k292f7b30hc53442eead750534@mail.gmail.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Hi Greg, On Mon, Aug 3, 2009 at 8:45 PM, Greg Freemyer = wrote: > > John, Robert, others, > > I'm working with the ohsm team on a new kernel module and we need a > way as an example to be notified of every file creation event on a > filesystem so we can determine which storage tier a new file should b= e > allocating data blocks from. > > I believe inotify needs a watch item for every directory it is > watching, so in theory we could walk the directory structure somehow > and register every directory with inotify. =A0That seems like an > excessive amount of overhead for what seems like a simple to implemen= t > need. Look for: int inotifytools_watch_recursively (char const *path, int events) on http://inotify-tools.sourceforge.net/api/inotifytools_8h.html > > So a couple questions: > > Can inotify currently be told to monitor an entire mount point? > May be the above could help. > Would a patch to enable inotify to do so be entertained? =A0If so, wh= at > about one that added the ability to just the kernel API. =A0(We have = no > need of it in userspace at present.) > > Is there an alternate pre-existing linux kernel solution? > Is the mapping functionality for (inotifytools_watch_recursively) exported in the kernel. It would really be great if we hear from the experts. Kindly suggest. And correct me If I am gone wrong somewhere. > Thanks > Greg > -- > Greg Freemyer > Head of EDD Tape Extraction and Processing team > Litigation Triage Solutions Specialist > http://www.linkedin.com/in/gregfreemyer > Preservation and Forensic processing of Exchange Repositories White P= aper - > > > The Norcross Group > The Intersection of Evidence & Technology > http://www.norcrossgroup.com > we can specify the mount point i suppose to watch 11:29 PM this was the last release 1 January 2008: inotify-tools 3.13 released. Changes: =46ix: `--timefmt' option to inotifywait doesn't work (broken in 3.12) http://inotify-tools.sourceforge.net/ will it support the new kernel Regards, Sandeep. > --~--~---------~--~----~------------~-------~--~----~ > You received this message because you are subscribed to the Google Gr= oups "fscops" group. > To post to this group, send email to fscops@googlegroups.com > To unsubscribe from this group, send email to fscops+unsubscribe@goog= legroups.com > For more options, visit this group at http://groups.google.com/group/= fscops?hl=3Den > -~----------~----~----~----~------~----~------~--~--- > > -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html