On Wed, 28 Sep 2011, Timothy J Massey wrote: > Arnold Krille <[email protected]> wrote on 09/28/2011 11:20:57 AM: > > > > I'm sure someone with more shell-fu will give you a much better > command > > > line (and I look forward to learning something!). > > > > Here you are: > > > > find <path_where_to_start> -iname <string_to_search> ... > > Using find you will realize that its rather slow and has your disk > rattling > > away. Better to use the indexing services, for example locate: > > > > locate <string_to_search> > > Yeah, that's great if you update the locate database (as you mention). On > a backup server, with millions of files and lots of work to do pretty much > around the clock? That's one of the first things I disable! So no > locate.
Hmmm. When I want to search for a file (half the time I don't even know what machine or from what time period, so I have to search the entire pool), I look at the mounted backuppcfs fuse filesystem (I mount onto /snapshots): https://svn.ulyssis.org/repos/sipa/backuppc-fuse/backuppcfs.pl What if you let mlocate index into the /snapshots ? I haven't tested to get it to index /snapshots, but mlocate doesn't index into directories that haven't had a modified mtime. If backuppfs correctly preserves mtimes for directories, then updatedb.mlocate will do the right thing and be a lot quicker than regular old updatedb. Then make sure that cron runs it at a time appropriate for you (when I was doing night shift, this *wasn't* at 4am!), and you won't even notice that it's busy. Then wrap locate up in a simple cgi script to present to your users instead of training them how to use locate on the commandline. -- Tim Connors ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ BackupPC-users mailing list [email protected] List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
