<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt" ><div dir="ltr" >Hi Uli,</div>
<div dir="ltr" > </div>
<div dir="ltr" >At a higher level what are you trying to do? Include some directories and exclude others? Use a different backup server? What do you need that is not there?</div>
<div dir="ltr" > </div>
<div dir="ltr" >mmbackup is tied to Spectrum Protect (formerly known as TSM) and gets its include/excludes from the TSM option files. It constructs a policy to list all of the files & directories and includes attributes such as mtime and ctime. It then compares this list of files to the "shadow database" which is a copy of what the TSM database has. This comparison produces 3 lists of files: new files & files that have the data changed, existing files that only have attributes changed and a list of files that were deleted. Each list is sent to Spectrum Protect to either backup the data, or to update the metadata or to mark the file as deleted. As Spectrum Protect acknowledges the operation on each file, we update the shadow database to keep it current.</div>
<div dir="ltr" > </div>
<div dir="ltr" >So writing a new policy file for mmbackup is not really as simple as it seems. I don't think you can change the record format on the list of files. And don't override the encoding on special characters. And I'm sure there are other Gotchas as well.</div>
<div dir="ltr" > </div>
<div dir="ltr" >-Wayne</div>
<div dir="ltr" >
<div> </div>
<blockquote data-history-content-modified="1" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: Ulrich Sibiller <u.sibiller@science-computing.de><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug-discuss@spectrumscale.org<br>Cc:<br>Subject: [EXTERNAL] Re: [gpfsug-discuss] mmbackup with own policy<br>Date: Wed, Jun 23, 2021 10:16 AM<br>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace" >On 6/23/21 1:31 PM, Frederick Stock wrote:<br>> The only requirement for your own backup policy is that it finds the files you want to back up and<br>> skips those that you do not want to back up. It is no different than any policy that you would use<br>> with the GPFS policy engine.<br><br>Have you ever sucessfully done this?<br><br>Let me explain again:<br>With an own policy I know what I want to see in the output and for an arbitrary external rule I know<br>where the called script resides and what parameters it expects.<br><br>mmbackup however creates a helper script (BAexecScript.<filesys>) on the fly and calls that from its<br>autogenerated policy via the external rule line. I assume I need the BAexecScript to make mmbackup<br>behave like it should. Is this wrong?<br><br>Update: after playing around for quite some time it looks the rule must have a special format, as<br>shown below. Replace the placeholders like this:<br><backupserver> the name of the Backupserver as defined in dsm.sys and on the mmbackup command line<br>via --tsm-servers<br><fsname> as shown in mmlsfs all_local (without /dev/)<br><mountpoint> as shown in mmlsfs -T<br><br>--------------------------------------------------------------------------------------------<br>RULE EXTERNAL LIST 'mmbackup.1.<backupserver>' EXEC<br>'<mountpoint>/.mmbackupCfg/BAexecScript.<fsname>' OPTS<br>'"<mountpoint>/.mmbackupShadow.1.<backupserver>.filesys.update" "-servername=<backupserver>"<br>"-auditlogname=<mountpoint>/mmbackup.audit.<fsname>.<backupserver>" "NONE"'<br><br>RULE 'BackupRule' LIST 'mmbackup.1.<backupserver>' DIRECTORIES_PLUS<br> SHOW(VARCHAR(MODIFICATION_TIME) || ' ' || VARCHAR(CHANGE_TIME) || ' ' ||<br> VARCHAR(FILE_SIZE) || ' ' || VARCHAR(FILESET_NAME) ||<br> ' ' || 'resdnt' )<br> WHERE ( KB_ALLOCATED > 1024 )<br>--------------------------------------------------------------------------------------------<br><br>Call it like this:<br><br>/usr/lpp/mmfs/bin/mmbackup <mountpoint> --tsm-servers <backupserver> -P <policyfile><br><br><br>As this non-trivial it should be mentioned in the documentation!<br><br>Uli<br><br>--<br>Dipl.-Inf. Ulrich Sibiller science + computing ag<br>System Administration Hagellocher Weg 73<br>Hotline +49 7071 9457 681 72070 Tuebingen, Germany<br> <a href="https://atos.net/de/deutschland/sc" target="_blank">https://atos.net/de/deutschland/sc</a> <br>--<br>Science + Computing AG<br>Vorstandsvorsitzender/Chairman of the board of management:<br>Dr. Martin Matzke<br>Vorstand/Board of Management:<br>Matthias Schempp, Sabine Hohenstein<br>Vorsitzender des Aufsichtsrats/<br>Chairman of the Supervisory Board:<br>Philippe Miltin<br>Aufsichtsrat/Supervisory Board:<br>Martin Wibbe, Ursula Morgenstern<br>Sitz/Registered Office: Tuebingen<br>Registergericht/Registration Court: Stuttgart<br>Registernummer/Commercial Register No.: HRB 382196<br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a> </font><br> </div></blockquote>
<div> </div></div></div><BR>