<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Harold,<div class=""><br class=""></div><div class="">The way I read your question, no one has actually answered it fully:</div><div class=""><br class=""></div><div class="">You want to put the old file system in cold storage for forensic purposes — exactly as it is. You want the NSDs to go away until and unless you need them in the future.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">QUICK AND DIRTY - YOU SHOULD NOT DO THIS:</div><div class=""><br class=""></div><div class="">Set the old file system to NOT mount automatically. Make sure it is unmounted everywhere(!!!!!). Make sure none of those NSDs are being used as quorum tie-breakers, etc. Print your resume. Unmap the LUNs.</div><div class=""><br class=""></div><div class="">This will leave all of the information ABOUT the filesystem in the Spectrum Scale configuration, but it won’t be available. You’ll get a bunch of errors that the NSDs are gone. Lots of them. It will make starting up Spectrum Scale take a long time while it looks for and fails to find them. That will be mostly noise. I’m not sure how you could corrupt the file system when the LUNs are no longer accessible and there can’t be any writes pending.</div><div class=""><br class=""></div><div class="">I have done this recently to keep an old file system around after a migration (the customer required an "A/B" switch when installing new storage). This was with a very old version of GPFS that could not be upgraded. I would not do this unless the time frame to keep this configuration is very short — I only did it because I didn’t have a choice.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">PROBABLY BETTER - READ THIS ONE TWICE:</div><div class=""><br class=""></div><div class="">Take a look at mmexportfs (this was already suggested). The point of this command to to be able to carry the Spectrum Scale "configuration" for a file system AND the LUNs full of data around and plug them into a cluster later. I think a misunderstanding here led to your objection about this method: It doesn’t have to be a different cluster — you can use the same one it came from.</div><div class=""><br class=""></div><div class="">The advantage to this approach is that it leaves you with a more hygienic cluster — no "missing" storage errors. The ONLY disadvantage that I can think of at the moment is that the file system configuration MIGHT have some lint removed during the import/export process. I’m not sure that *any* checking is done during the export, but I’d guess that the import involves at least some validation of the imported file. I hope.</div><div class=""><br class=""></div><div class="">So if you think the file system *configuration* is wonky, you should call support and see if they will look at your export, or get a snap while you’ve still got the file system in your cluster. If you think that the *structure* of the file system on disk (or maybe just the copy method you’re using) might be wonky, then learn how to use mmexportfs. Note that the learning can certainly include asking questions here.</div><div class=""><br class=""></div><div class="">When you want to look at the old file system again, you WILL have to re-map the LUNs, and use mmimportfs (and the file you made with mmexportfs). Then the file system will be part of your cluster again.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">STANDARD DISCLAIMERS APPLY:</div><div class=""><br class=""></div><div class="">Your mileage may vary. Following this advice could cause nausea, vomiting, sweating, weight gain, sleeplessness, unemployment, weight loss, temporary tooth loss, redundancy, olfactory hallucinations, oozing (generalized), redundancy, uneven tire wear, excessive body oder, scoliosis, halitosis, ring worm, and intermittent acute ignorance. Good luck! :)</div><div class=""><br class=""></div><div class="">Liberty,</div><div class=""><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">-- <br class="">Stephen<br class=""><br class=""><br class=""></div>
</div>
<div><br class=""><blockquote type="cite" class=""><div class="">On Jan 21, 2018, at 6:43 PM, Andrew Beattie <<a href="mailto:abeattie@au1.ibm.com" class="">abeattie@au1.ibm.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt"><div dir="ltr" class="">Harold,</div>
<div dir="ltr" class=""> </div>
<div dir="ltr" class="">How big is the old file system, Spectrum Scale is going to throw a bunch of errors if you remove the luns from the old file system while attempting to keep the file system "data" on the luns. its likely to cause you all sorts of errors and potential data corruption. Its not something that I would recommend.</div>
<div dir="ltr" class=""> </div>
<div dir="ltr" class="">Can you do a backup of the old filesystem so you can do a restore of data if you need to?</div>
<div dir="ltr" class=""> </div>
<div dir="ltr" class="">Regards,</div>
<div dir="ltr" class=""><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt"><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt"><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt"><div dir="ltr" style="margin-top: 20px;" class=""><div style="font-size: 12pt; font-weight: bold; font-family: sans-serif; color: #7C7C5F;" class="">Andrew Beattie</div>
<div style="font-size: 10pt; font-weight: bold; font-family: sans-serif;" class="">Software Defined Storage - IT Specialist</div>
<div style="font-size: 8pt; font-family: sans-serif; margin-top: 10px;" class=""><div class=""><span style="font-weight: bold; color: #336699;" class="">Phone: </span>614-2133-7927</div>
<div class=""><span style="font-weight: bold; color: #336699;" class="">E-mail: </span><a href="mailto:abeattie@au1.ibm.com" style="color: #555" class="">abeattie@au1.ibm.com</a></div></div></div></div></div></div></div>
<div dir="ltr" class=""> </div>
<div dir="ltr" class=""> </div>
<blockquote data-history-content-modified="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" class="">----- Original message -----<br class="">From: Harold Morales <<a href="mailto:hmorales@optimizeit.co" class="">hmorales@optimizeit.co</a>><br class="">Sent by: <a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class="">gpfsug-discuss-bounces@spectrumscale.org</a><br class="">To: <a href="mailto:gpfsug-discuss@spectrumscale.org" class="">gpfsug-discuss@spectrumscale.org</a><br class="">Cc:<br class="">Subject: [gpfsug-discuss] Removing LUN from host without unconfiguring GPFS filesystem<br class="">Date: Mon, Jan 22, 2018 7:20 AM<br class="">
<div dir="ltr" class=""><div style="font-family:tahoma,sans-serif;font-size:small" class="">Hello,</div>
<div style="font-family:tahoma,sans-serif;font-size:small" class=""> </div>
<div style="font-family:tahoma,sans-serif;font-size:small" class="">I have a GPFS cluster with two filesystems. The disks associated to one filesystem reside on an old storage and the other filesystem disks reside on a much more modern storage system. I have successfully moved data from one fs to the other but there are questions about data integrity that still need verification so the old filesystem needs somehow to be preserved.</div>
<div style="font-family:tahoma,sans-serif;font-size:small" class=""> </div>
<div style="font-family:tahoma,sans-serif;font-size:small" class="">My question is: Can I remove the old filesystem LUNs association to the NSDs servers without removing spectrum scale filesystems, so that later on, if necessary, I could associate them back and the old filesystem would be operating as normal? If possible: what would be the general steps to achieve this?</div>
<div style="font-family:tahoma,sans-serif;font-size:small" class=""> </div>
<div style="font-family:tahoma,sans-serif;font-size:small" class="">-----</div>
<div style="font-family:tahoma,sans-serif;font-size:small" class="">Thank you,</div>
<div style="font-family:tahoma,sans-serif;font-size:small" class=""> </div>
<div style="font-family:tahoma,sans-serif;font-size:small" class="">Harold.</div>
<div class=""><div data-smartmail="gmail_signature" class=""><div dir="ltr" class=""> </div></div></div></div>
<div class=""><font size="2" face="Default Monospace,Courier New,Courier,monospace" class="">_______________________________________________<br class="">gpfsug-discuss mailing list<br class="">gpfsug-discuss at <a href="http://spectrumscale.org" class="">spectrumscale.org</a><br class=""><a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=STXkGEO2XATS_s2pRCAAh2wXtuUgwVcx1XjUX7ELNdk&m=deVdfZ4CCXfI09tUiJGGP1c17jRhhwjx2TcB12uunoc&s=y3EUXWX1ecxWLR1HG0Ohwn9xsPKHZ6Pdodxoz44HV7A&e=" target="_blank" class="">https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=STXkGEO2XATS_s2pRCAAh2wXtuUgwVcx1XjUX7ELNdk&m=deVdfZ4CCXfI09tUiJGGP1c17jRhhwjx2TcB12uunoc&s=y3EUXWX1ecxWLR1HG0Ohwn9xsPKHZ6Pdodxoz44HV7A&e=</a></font></div></blockquote>
<div dir="ltr" class=""> </div></div><br class="">
_______________________________________________<br class="">gpfsug-discuss mailing list<br class="">gpfsug-discuss at <a href="http://spectrumscale.org" class="">spectrumscale.org</a><br class=""><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br class=""></div></blockquote></div><br class=""></div></body></html>