From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Freemyer Subject: inotify like service for an entire mount point? Date: Mon, 3 Aug 2009 11:15:38 -0400 Message-ID: <87f94c370908030815k292f7b30hc53442eead750534@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit To: linux-fsdevel@vger.kernel.org, fscops@googlegroups.com, john@johnmccutchan.com, rlove@rlove.org Return-path: Received: from mail-qy0-f196.google.com ([209.85.221.196]:62505 "EHLO mail-qy0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932287AbZHCPPi (ORCPT ); Mon, 3 Aug 2009 11:15:38 -0400 Received: by qyk34 with SMTP id 34so2957377qyk.33 for ; Mon, 03 Aug 2009 08:15:38 -0700 (PDT) Sender: linux-fsdevel-owner@vger.kernel.org List-ID: 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 be 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. That seems like an excessive amount of overhead for what seems like a simple to implement need. So a couple questions: Can inotify currently be told to monitor an entire mount point? Would a patch to enable inotify to do so be entertained? If so, what about one that added the ability to just the kernel API. (We have no need of it in userspace at present.) Is there an alternate pre-existing linux kernel solution? 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 Paper - The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com