<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle20
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">For DR, what about making your secondary site mostly an object store, use TCT to pre-migrate the data out and then use SOBAR to dump the catalogue. You then restore the SOBAR dump to the DR site and have pretty much instant most of your
 data available.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">You could do the DR with tape/pre-migration as well, it’s just slower. OFC with SOBAR, you are just restoring the data that is being accessed or you target to migrate back in. Equally Protect can also backup/migrate to an object pool (note
 you can’t currently migrate in the Protect sense from a TSM object pool to a TSM disk/tape pool).<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">And put snapshots in at home for the instant “need to restore a file”. If this is appropriate depends on what you agree your RPO to be. Scale/Protect for us allows us to recover data N months after the user deleted the file and didn’t notice.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Simon<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black"><gpfsug-discuss-bounces@spectrumscale.org> on behalf of "jfosburg@mdanderson.org" <jfosburg@mdanderson.org><br>
<b>Reply-To: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>
<b>Date: </b>Wednesday, 9 May 2018 at 14:30<br>
<b>To: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>
<b>Subject: </b>Re: [gpfsug-discuss] Snapshots for backups<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">I agree with your points.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">The thought here, is that if we had a complete loss of the primary site, we could bring up the secondary in relatively short order (hours or days instead of weeks or months).  Maybe this is true, and maybe this isn’t, though I do see (and
 have advocated for) a DR setup much like that.  My concern is that the use of snapshots as a substitute for traditional backups for a Scale environment is that that is an inappropriate use of the technology, particularly when we have a tool designed for that
 and that works.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">Let me take a moment to reiterate something that may be getting lost.  The snapshots will be taken against the remote copy and recovered from there.  We will not be relying on the primary site for this function.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<p class="MsoNormal">We were starting to look at ESS as a destination for these backups.  I have also considered that a multisite ICOS implementation might work to satisfy some of our general backup requirements.<o:p></o:p></p>
<p class="MsoNormal"> <o:p></o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black"><gpfsug-discuss-bounces@spectrumscale.org> on behalf of Andrew Beattie <abeattie@au1.ibm.com><br>
<b>Reply-To: </b>gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>
<b>Date: </b>Wednesday, May 9, 2018 at 7:51 AM<br>
<b>To: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>
<b>Cc: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>
<b>Subject: </b>Re: [gpfsug-discuss] Snapshots for backups</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">From my perspective the difference / benefits of using something like Protect and using backup policies over snapshot policies - even if its disk based rather than tape based, 
 is that with a backup you get far better control over your Disaster Recovery process. The policy integration with Scale and Protect is very comprehensive.  If the issue is Tape time for recovery - simply change from tape medium to a Disk storage pool as your
 repository for Protect, you get all the benefits of Spectrum Protect and the restore speeds of disk, (you might even - subject to type of data start to see some benefits of duplication and compression for your backups as you will be able to take advantage
 of Protect's dedupe and compression for the disk based storage pool, something that's not available on your tape environment.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">If your looking for a way to further reduce your disk costs then potentially the benefits of Object Storage erasure coding might be worth looking at although for a 1 or 2 site
 scenario the overheads are pretty much the same if you use some variant of distributed raid or if you use erasure coding.</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<div>
<div>
<div>
<div style="margin-top:15.0pt">
<div>
<p class="MsoNormal"><b><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#7C7C5F">Andrew Beattie</span></b><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Software Defined Storage  - IT Specialist</span></b><o:p></o:p></p>
</div>
<div style="margin-top:7.5pt">
<div>
<p class="MsoNormal"><b><span style="font-size:8.0pt;font-family:"Arial",sans-serif;color:#336699">Phone:
</span></b><span style="font-size:8.0pt;font-family:"Arial",sans-serif">614-2133-7927</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:8.0pt;font-family:"Arial",sans-serif;color:#336699">E-mail:
</span></b><span style="font-size:8.0pt;font-family:"Arial",sans-serif"><a href="mailto:abeattie@au1.ibm.com"><span style="color:#555555">abeattie@au1.ibm.com</span></a></span><o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #AAAAAA 1.5pt;padding:0cm 0cm 0cm 4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">----- Original message -----<br>
From: "Fosburgh,Jonathan" <jfosburg@mdanderson.org><br>
Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>
Cc:<br>
Subject: Re: [gpfsug-discuss] Snapshots for backups<br>
Date: Wed, May 9, 2018 10:28 PM<br>
 <br>
<br>
<br>
</span><o:p></o:p></p>
<div>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif">Our existing environments are using Scale+Protect with tape.  Management wants us to move away from tape where possible.</span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif">We do one filesystem per cluster.  So, there will be two new clusters.</span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif">We are still finalizing the sizing, but the expectation is both of them will be somewhere in the3-5PB range.</span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif">We understand that if we replicate corrupted data, the corruption will go with it.  But the same would be true for a backup (unless I am not quite following you).</span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif">The thought is that not using Protect and simply doing replication with snapshots will enable faster recovery from a catastrophic failure of the production environment, whereas with Protect we
 would have to restore petabytes of data.</span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif">FWIW, this is the same method we are using in our NAS (Isilon), but those utilities are designed for that type of use, and there is no equivalent to mmbackup.  Our largest Scale environment is
 7+PB, and we can complete a backup of it in one night with mmbackup.  We abandoned tape backups on our NAS at around 600TB.</span><o:p></o:p></p>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p><b><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black">From:
</span></b><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:black"><gpfsug-discuss-bounces@spectrumscale.org> on behalf of Andrew Beattie <abeattie@au1.ibm.com><br>
<b>Reply-To: </b>gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>
<b>Date: </b>Tuesday, May 8, 2018 at 4:38 PM<br>
<b>To: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>
<b>Cc: </b>"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>
<b>Subject: </b>Re: [gpfsug-discuss] Snapshots for backups</span><o:p></o:p></p>
</div>
<div>
<p><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></p>
</div>
<div>
<div>
<p><a name="_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">Hi Jonathan,</span><o:p></o:p></a></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">First off a couple of questions:</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">1) your using Scale+Protect with Tape today?</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">2) your new filesystems will be within the same cluster ?</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">3) What capacity are the new filesystems</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">Based on the above then:</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">AFM-DR will give you the Replication that you are talking about -- please talk to your local IBM people about the limitations of AFM-DR to ensure it
 will work for your use case</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">Scale supports snapshots - but as mentioned snapshots are not a backup of your filesystem - if you snapshot corrupt data you will replicate that to
 the DR location</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">If you are going to spin up new infrastructure in a DR location have you considered looking at an object store and using your existing Protect environment
 to allow you to Protect environment to HSM out to a Disk basked object storage pool distributed over disparate geographic locations? (obviously capacity dependent)</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<div>
<div style="margin-top:15.0pt">
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><b><span style="font-size:12.0pt;font-family:"Arial",sans-serif;color:#7C7C5F">Andrew Beattie</span></b><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><b><span style="font-size:10.0pt;font-family:"Arial",sans-serif">Software Defined Storage  - IT Specialist</span></b><o:p></o:p></span></p>
</div>
<div style="margin-top:7.5pt">
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><b><span style="font-size:8.0pt;font-family:"Arial",sans-serif;color:#336699">Phone:
</span></b></span><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:8.0pt;font-family:"Arial",sans-serif">614-2133-7927</span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><b><span style="font-size:8.0pt;font-family:"Arial",sans-serif;color:#336699">E-mail:
</span></b></span><a href="mailto:abeattie@au1.ibm.com" target="_blank"><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:8.0pt;font-family:"Arial",sans-serif;color:#555555">abeattie@au1.ibm.com</span></span><span style="mso-bookmark:_MailOriginalBody"></span></a><span style="mso-bookmark:_MailOriginalBody"><o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
<blockquote style="border:none;border-left:solid #AAAAAA 1.5pt;padding:0cm 0cm 0cm 4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt">
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">----- Original message -----<br>
From: "Fosburgh,Jonathan" <jfosburg@mdanderson.org><br>
Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>
Cc:<br>
Subject: [gpfsug-discuss] Snapshots for backups<br>
Date: Tue, May 8, 2018 11:43 PM<br>
 <br>
<br>
<br>
<br>
</span><o:p></o:p></span></p>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">We are looking at standing up some new filesystems and management would like us to investigate alternative options to Scale+Protect.  In particular,
 they are interested in the following:</span><o:p></o:p></span></p>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">Replicate to a remote filesystem (I assume this is best done via AFM).</span><o:p></o:p></span></p>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">Take periodic (probably daily) snapshots at the remote site.</span><o:p></o:p></span></p>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">The thought here is that this gives us the ability to restore data more quickly than we could with tape and also gives us a DR system in the event
 of a failure at the primary site.  Does anyone have experience with this kind of setup?  I know this is a solution that will require a fair amount of scripting and some cron jobs, both of which will introduce a level of human error.  Are there any other gotchas
 we should be aware of?</span><o:p></o:p></span></p>
</div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">The information contained in this e-mail message may be privileged, confidential, and/or protected from disclosure. This e-mail message may contain
 protected health information (PHI); dissemination of PHI should comply with applicable federal and state laws. If you are not the intended recipient, or an authorized representative of the intended recipient, any further review, disclosure, use, dissemination,
 distribution, or copying of this message or any attachment (or the information contained therein) is strictly prohibited. If you think that you have received this e-mail message in error, please notify the sender by return e-mail and delete all references
 to it and its contents from your systems.</span><o:p></o:p></span></p>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.0pt;font-family:"Courier New"">_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org</span></span><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"><br>
</span></span><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank"><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</span></span><span style="mso-bookmark:_MailOriginalBody"></span></a><span style="mso-bookmark:_MailOriginalBody"><o:p></o:p></span></p>
</div>
</blockquote>
<div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
</div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"><br>
<br>
<br>
<br>
</span><o:p></o:p></span></p>
</div>
<p><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif">The information contained in this e-mail message may be privileged, confidential, and/or protected from disclosure. This e-mail message may contain
 protected health information (PHI); dissemination of PHI should comply with applicable federal and state laws. If you are not the intended recipient, or an authorized representative of the intended recipient, any further review, disclosure, use, dissemination,
 distribution, or copying of this message or any attachment (or the information contained therein) is strictly prohibited. If you think that you have received this e-mail message in error, please notify the sender by return e-mail and delete all references
 to it and its contents from your systems.</span><o:p></o:p></span></p>
<div>
<p class="MsoNormal"><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.0pt;font-family:"Courier New"">_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org<br>
</span></span><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank"><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.0pt;font-family:"Courier New"">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</span></span><span style="mso-bookmark:_MailOriginalBody"></span></a><span style="mso-bookmark:_MailOriginalBody"><o:p></o:p></span></p>
</div>
</blockquote>
<div>
<p class="MsoNormal"><span style="mso-bookmark:_MailOriginalBody"><span style="font-size:10.5pt;font-family:"Arial",sans-serif"> </span><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span style="mso-bookmark:_MailOriginalBody"><br>
<br>
<br>
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-bookmark:_MailOriginalBody">The information contained in this e-mail message may be privileged, confidential, and/or protected from disclosure. This e-mail message may contain protected health information (PHI); dissemination
 of PHI should comply with applicable federal and state laws. If you are not the intended recipient, or an authorized representative of the intended recipient, any further review, disclosure, use, dissemination, distribution, or copying of this message or any
 attachment (or the information contained therein) is strictly prohibited. If you think that you have received this e-mail message in error, please notify the sender by return e-mail and delete all references to it and its contents from your systems.<o:p></o:p></span></p>
</div>
</body>
</html>