[gpfsug-discuss] Anyone else using Veritas NetBackup with GPFS?

[Hughes, Doug]

I can also, for that matter. This is drifting from Netbackup, but we use an hourly mmapply policy that calls a LIST mechanism with a callback that invokes a script that just takes all of the files output and pulls the file names out of them for rsync to our TSM server. The hourly searches the most recent filesets, and there is a daily that catches anything that might have been missed.

The callback script is pretty simple, it just parses out the file name field from the index output results that come from the policy execution and sorts them and renames them to new files, then a multi-threaded worker backup process (we call it backupd) scans the directory for more things to do and invokes rsync –files-from to get the file list.

From: gpfsug-discuss-bounces at spectrumscale.org [mailto:gpfsug-discuss-bounces at spectrumscale.org] On Behalf Of Eric Horst
Sent: Thursday, December 03, 2015 12:46 PM
To: gpfsug main discussion list
Subject: Re: [gpfsug-discuss] Anyone else using Veritas NetBackup with GPFS?

marc, would you or somebody be willing to share a copy of samples/ilm/mmfind to a lowly gpfs 3.5 user? I assume as a sample it might be shareable. I was just about to put some effort into improving some local code we've been running for a long time that was based on gpfs 3.2 samples and is not parallel.

Thanks

-Eric



On Thu, Dec 3, 2015 at 7:08 AM, Marc A Kaplan <makaplan at us.ibm.com<mailto:makaplan at us.ibm.com>> wrote:
Perhaps you can use mmapplypolicy which has a parallel file scan and parallel execute whatever script you like against the files found capabilities to "drive" your backups.
That is what the IBM supported mmbackup does.  mmbackup is supported for use with IBM/Tivoli TSM.  Of course IBM would like you to buy TSM, but you are free to "mashup" mmapplypolicy with any other software you choose.

Also we recently shipped an improved version of samples/ilm/mmfind that makes it easy to exploit parallel find and execute without sweating the details of mmapplypolicy and its peculiar policy SQL/rules.

-- marc of GPFS


_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org<http://spectrumscale.org>
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20151203/e6215d86/attachment.htm>