<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p>I thank you all so much for the participation on this topic. We realized that what we wanted to do is not only "exotic", but also not officially supported and as far as I understand no one did something like that in production. We do not want to be the first
with production systems.</p>
<p>We decided that the least disruptive thing to do is remotely mount the GL2's filesystem into the NetApp/GPFS cluster and for a limited amount of time (less than 1 year) we are going to survive with different filesystem namespaces, managing users and groups
with some symlink system or other high level solutions.</p>
<p><br>
</p>
<p>Thank you very much,</p>
<p><br>
</p>
<p> Alvise<br>
</p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> gpfsug-discuss-bounces@spectrumscale.org <gpfsug-discuss-bounces@spectrumscale.org> on behalf of Frederick Stock <stockf@us.ibm.com><br>
<b>Sent:</b> Thursday, December 5, 2019 9:13:28 PM<br>
<b>To:</b> gpfsug-discuss@spectrumscale.org<br>
<b>Cc:</b> gpfsug-discuss@spectrumscale.org<br>
<b>Subject:</b> Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster</font>
<div> </div>
</div>
<div>
<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:12pt">
<div dir="ltr">If you plan to replace all the storage then why did you choose to integrate a ESS GL2 rather than use another storage option? Perhaps you had already purchased the ESS system?</div>
<div dir="ltr">
<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt">
<div dir="ltr"><br>
<font size="2" face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif"><span style="font-size:1.143em;">Fred<br>
__________________________________________________<br>
Fred Stock | IBM Pittsburgh Lab | 720-430-8821<br>
stockf@us.ibm.com</span></font></div>
</div>
</div>
<div dir="ltr"> </div>
<div dir="ltr"> </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">
----- Original message -----<br>
From: "Dorigo Alvise (PSI)" <alvise.dorigo@psi.ch><br>
Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>
Cc:<br>
Subject: [EXTERNAL] Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster<br>
Date: Thu, Dec 5, 2019 2:57 PM<br>
<br>
<!--Notes ACF
<meta http-equiv="Content-Type" content="text/html; charset=utf8" >-->
<div dir="ltr" id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;">
<p>This is a quite critical storage for data taking. It is not easy to update to GPFS5 because in that facility we have very short shutdown period. Thank you for pointing out that 4.2.3. But the entire storage will be replaced in the future; at the moment we
just need to expand it to survive for a while.</p>
<p> </p>
<p>This merge seems quite tricky to implement and I haven't seen consistent opinions among the people that kindly answered. According to Jan Frode, Kaplan and T. Perry it should be possible, in principle, to do the merge... Other people suggest a remote mount,
which is not a solution for my use case. Other suggest not to do that...</p>
<p> </p>
<p> A</p>
<p> </p>
<p> </p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div dir="ltr" id="divRplyFwdMsg"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> gpfsug-discuss-bounces@spectrumscale.org <gpfsug-discuss-bounces@spectrumscale.org> on behalf of Daniel Kidger <daniel.kidger@uk.ibm.com><br>
<b>Sent:</b> Thursday, December 5, 2019 11:24:08 AM<br>
<b>To:</b> gpfsug main discussion list<br>
<b>Subject:</b> Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster</font>
<div> </div>
</div>
<div>One additional question to ask is : what are your long term plans for the 4.2.3 Spectrum Scake cluster? Do you expect to upgrade it to version 5.x (hopefully before 4.2.3 goes out of support)?
<div> </div>
<div>Also I assume your Netapp hardware is the standard Netapp block storage, perhaps based on their standard 4U60 shelves daisy-chained together?<br>
<div dir="ltr">
<div style="margin-bottom: 0.0001pt; line-height: normal;"><span style="background-color: rgba(255, 255, 255, 0);">Daniel</span></div>
<div style="margin-bottom: 0.0001pt; line-height: normal;">
<div style="margin-bottom: 0.0001pt; line-height: normal;"><span style="background-color: rgba(255, 255, 255, 0);"> </span></div>
<div style="margin-bottom: 0.0001pt; line-height: normal;"><span style="background-color: rgba(255, 255, 255, 0);"><font style="outline: none;">_________________________________________________________</font><br style="outline: none;">
<b>Daniel Kidger</b></span></div>
<div style="margin-bottom: 0.0001pt; line-height: normal;"><span style="outline: none;"><span style="outline: none; background-color: rgba(255, 255, 255, 0);">IBM Technical Sales Specialist</span></span></div>
<div style="margin-bottom: 0.0001pt; line-height: normal;"><span style="background-color: rgba(255, 255, 255, 0);"><span style="outline: none;"><span style="outline: none;">Spectrum Scale, Spectrum Discover and IBM Cloud Object Store<br style="outline: none;">
<br style="outline: none;">
<a dir="ltr" href="tel:+44-7818%20522%20266" target="_blank" x-apple-data-detectors="true" x-apple-data-detectors-result="1" x-apple-data-detectors-type="telephone">+</a></span></span><span style="outline: none;"><span style="outline: none;"><a dir="ltr" href="tel:+44-7818%20522%20266" target="_blank" x-apple-data-detectors="true" x-apple-data-detectors-result="1" x-apple-data-detectors-type="telephone">44-(0)7818
522 266</a> </span></span><br style="outline: none;">
<span style="outline: none;"><span style="outline: none;"><span style="outline: none;"><a dir="ltr" href="mailto:daniel.kidger@uk.ibm.com" target="_blank" x-apple-data-detectors="true" x-apple-data-detectors-result="2" x-apple-data-detectors-type="link">daniel.kidger@uk.ibm.com</a></span></span></span></span>
<table style="border-collapse: collapse; border-color: rgb(105, 105, 105); table-layout: fixed; width: 264px; word-wrap: break-word;" border="0">
<tbody>
<tr>
<td style="overflow: hidden; width: 88px; border-color: rgb(105, 105, 105);"><a href="https://www.youracclaim.com/badges/687cf790-fe65-4a92-b129-d23ae41862ac/public_url" style="caret-color: rgb(0, 0, 0); background-color: rgba(255, 255, 255, 0);" target="_blank"><font color="#000000"><img alt="" data-unique-identifiers_org_src="https://images.youracclaim.com/images/c49300ae-d13e-4071-90f5-15f59d199c9e/IBM%2BVolunteers%2BGold%2Bv6.png" style="width: 88px; height: 88px;"></font></a></td>
<td style="overflow: hidden; width: 88px; border-color: rgb(105, 105, 105);"><a href="https://www.youracclaim.com/badges/8153c6a7-3e02-40be-87ee-24e27ae9459c/public_url" style="caret-color: rgb(0, 0, 0); background-color: rgba(255, 255, 255, 0);" target="_blank"><font color="#000000"><img alt="" data-unique-identifiers_org_src="https://images.youracclaim.com/images/f2539224-f951-46b4-b376-b88f21c2be98/IBM-Selling-Certification---Level-1.png" style="width: 88px; height: 88px;"></font></a></td>
<td style="overflow: hidden; width: 88px; border-color: rgb(105, 105, 105);"><a href="https://www.youracclaim.com/badges/78197e2c-4277-4ec9-808b-ad6abe1e1b16/public_url" style="caret-color: rgb(0, 0, 0); background-color: rgba(255, 255, 255, 0);" target="_blank"><font color="#000000"><img alt="" data-unique-identifiers_org_src="https://images.youracclaim.com/images/ea52b12f-97ac-4e72-8d24-b0ced8054e7d/Storage%2BTechnical%2BV1.png" style="width: 88px; height: 88px;"></font></a></td>
</tr>
</tbody>
</table>
</div>
</div>
<div style="margin-bottom: 0.0001pt; line-height: normal;"> </div>
<div style="margin-bottom: 0.0001pt; line-height: normal;"> </div>
</div>
<div dir="ltr">
<blockquote type="cite">On 5 Dec 2019, at 09:29, Dorigo Alvise (PSI) <alvise.dorigo@psi.ch> wrote:<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr" id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;">
<p>Thank Anderson for the material. In principle our idea was to scratch the filesystem in the GL2, put its NSD on a dedicated pool and then merge it into the Filesystem which would remain on V4. I do not want to create a FS in the GL2 but use its space to
expand the space of the other cluster.</p>
<p> </p>
<p> A</p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div dir="ltr" id="divRplyFwdMsg"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> gpfsug-discuss-bounces@spectrumscale.org <gpfsug-discuss-bounces@spectrumscale.org> on behalf of Anderson Ferreira Nobre <anobre@br.ibm.com><br>
<b>Sent:</b> Wednesday, December 4, 2019 3:07:18 PM<br>
<b>To:</b> gpfsug-discuss@spectrumscale.org<br>
<b>Subject:</b> Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster</font>
<div> </div>
</div>
<div>
<div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt">
<div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt">
<div dir="ltr">Hi Dorigo,</div>
<div dir="ltr"> </div>
<div dir="ltr">From point of view of cluster administration I don't think it's a good idea to have hererogeneous cluster. There are too many diferences between V4 and V5. And much probably many of enhancements of V5 you won't take advantage. One example is
the new filesystem layout in V5. And at this moment the way to migrate the filesystem is create a new filesystem in V5 with the new layout and migrate the data. That is inevitable. I have seen clients saying that they don't need all that enhancements, but
the true is when you face performance issue that is only addressable with the new features someone will raise the question why we didn't consider that in the beginning.</div>
<div dir="ltr"> </div>
<div dir="ltr">Use this time to review if it would be better to change the block size of your fileystem. There's a script called filehist in /usr/lpp/mmfs/samples/debugtools to create a histogram of files in your current filesystem. Here's the link with additional
information:</div>
<div dir="ltr"><a href="https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/General%20Parallel%20File%20System%20(GPFS)/page/Data%20and%20Metadata" target="_blank">https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/General%20Parallel%20File%20System%20(GPFS)/page/Data%20and%20Metadata</a></div>
<div dir="ltr"> </div>
<div dir="ltr">Different RAID configurations also brings unexpected performance behaviors. Unless you are planning create different pools and use ILM to manage the files in different pools.</div>
<div dir="ltr"> </div>
<div dir="ltr">One last thing, it's a good idea to follow the recommended levels for Spectrum Scale:</div>
<div dir="ltr"><a href="https://www.ibm.com/support/pages/ibm-spectrum-scale-software-version-recommendation-preventive-service-planning" target="_blank">https://www.ibm.com/support/pages/ibm-spectrum-scale-software-version-recommendation-preventive-service-planning</a></div>
<div dir="ltr"> </div>
<div dir="ltr">Anyway, you are the system administrator, you know better than anyone how complex is to manage this cluster.</div>
<div dir="ltr">
<div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt">
<div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt">
<div dir="ltr">
<div> </div>
<table style="border:0;table-layout:auto;white-space:normal;color:#5f5f5f;width:650px;font-size:7.2pt" width="650px" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td style="vertical-align: bottom;">
<div style="font-size:9pt"><span style="font-size:1.000em;">Abraços / Regards / Saludos,</span></div>
<p> </p>
<div style="margin:0 0 8px 0"><span style="font-size:1.000em;"><b style="color:#888888;font-size:12pt"><span>Anderson</span><span>Nobre</span></b><br>
Power and Storage Consultant<br>
IBM Systems Hardware Client Technical Team – IBM Systems Lab Services<br>
<br>
<img alt="community_general_lab_services" data-unique-identifiers_org_src="http://esign.webmaster.ibm.com/img/signature_lab_services.jpg" width="333" height="120"></span></div>
</td>
<td> </td>
</tr>
</tbody>
</table>
<table style="border:0;table-layout:auto;white-space:normal;color:#5f5f5f;width:650px;font-size:7.2pt" width="650px" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td colspan="3">
<hr style="border:0;color:#696969;background-color:#696969;height:1px;">
</td>
</tr>
<tr>
<td style="vertical-align: top;font-family:arial,helvetica,sans-serif" width="400px">
<span style="font-size:1.000em;"><span><span style="color:#466BB0;font-weight:bold"><abbr title="work">Phone:</abbr></span><span>55-19-2132-4317</span></span><br>
<span style="color:#466BB0;font-weight:bold;font-style:7.2pt">E-mail:</span> <a href="mailto:anobre@br.ibm.com" target="_blank">
<span style="color:#5f5f5f">anobre@br.ibm.com</span></a></span></td>
<td style="vertical-align: top;font-family:arial,helvetica,sans-serif" width="150px" align="right">
<span style="font-size:1.000em;"><img alt="IBM" data-unique-identifiers_org_src="http://esign.webmaster.ibm.com/img/ibm3.gif"></span></td>
</tr>
</tbody>
</table>
</div>
</div>
</div>
</div>
<div dir="ltr"> </div>
<div dir="ltr"> </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">
----- Original message -----<br>
From: "Dorigo Alvise (PSI)" <alvise.dorigo@psi.ch><br>
Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>
To: "gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org><br>
Cc:<br>
Subject: [EXTERNAL] Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster<br>
Date: Wed, Dec 4, 2019 06:44<br>
<br>
<!--Notes ACF
<meta http-equiv="Content-Type" content="text/html; charset=utf8" >-->
<div dir="ltr" id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;">
<p>Thank you all for the answer. I try to recap my answers to your questions:</p>
<p> </p>
<ol style="margin-bottom: 0px; margin-top: 0px;">
<li>the purpose is not to merge clusters "per se"; it is adding the GL2's 700TB raw space to the current filesystem provided by the GPFS/NetApp (which is running out of free space); of course I know well the heterogeneity of this hypothetical system, so the
GL2's NSD would go to a special pool; but in the end I need a unique namespace for files.
</li><li>I do not want to do the opposite (mergin GPFS/NetApp into the GL2 cluster) because the former is in production and I cannot schedule long downtimes
</li><li>All system have proper licensing of course; what does it means that I could loose IBM support ? if the support is for a failing disk drive I do not think so; if the support is for a "strange" behaviour of GPFS I can probably understand
</li><li>NSD (in the NetApp system) are in their roles: what do you mean exactly ? there's RAIDset attached to servers that are actually NSD together with their attached LUN</li></ol>
<div> </div>
<div> Alvise</div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div dir="ltr" id="divRplyFwdMsg"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> gpfsug-discuss-bounces@spectrumscale.org <gpfsug-discuss-bounces@spectrumscale.org> on behalf of Lyle Gayne <lgayne@us.ibm.com><br>
<b>Sent:</b> Tuesday, December 3, 2019 8:30:31 PM<br>
<b>To:</b> gpfsug-discuss@spectrumscale.org<br>
<b>Cc:</b> gpfsug-discuss@spectrumscale.org<br>
<b>Subject:</b> Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster</font>
<div> </div>
</div>
<div>
<div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt">
<div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt">
<div dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10pt">
<div dir="ltr">For:</div>
<div dir="ltr"> </div>
<div dir="ltr"><font size="3" face="Calibri">- A NetApp system with hardware RAID<br>
- SpectrumScale 4.2.3-13 running on top of the NetApp <strong>< --- Are these NSD servers in their GPFS roles (where Scale "runs on top"</strong>?<br>
- A GL2 system with ESS 5.3.2.1 (Spectrum Scale 5.0.2-1)</font><br>
<br>
<font size="3" face="Calibri">What I need to do is to merge the GL2 in the other GPFS cluster (running on the NetApp) without loosing, of course, the RecoveryGroup configuration, etc.</font><br>
<br>
<font size="3" face="Calibri">I'd like to ask the experts</font><br>
<font size="2" face="sans-serif">1. </font><font size="3" face="Calibri">whether it is feasible, considering the difference in the GPFS versions, architectures differences (x86_64 vs. power)</font><br>
<font size="2" face="sans-serif">2. </font><font size="3" face="Calibri">if yes, whether anyone already did something like this and what is the best strategy suggested</font><br>
<font size="2" face="sans-serif">3. </font><font size="3" face="Calibri">finally: is there any documentation dedicated to that, or at least inspiring the correct procedure ?</font><br>
</div>
<div dir="ltr">......</div>
<div dir="ltr">Some observations:</div>
<div dir="ltr"> </div>
<div dir="ltr"> </div>
<div dir="ltr">1) Why do you want to MERGE the GL2 into a single cluster with the rest cluster, rather than simply allowing remote mount of the ESS servers by the other GPFS (NSD client) nodes?</div>
<div dir="ltr"> </div>
<div dir="ltr">2) Interop of the mix of 4.2 and 5.0 levels should be allowed by our coexistence rules.</div>
<div dir="ltr"> </div>
<div dir="ltr">3) Mixing x86 and Power, especially as NSD servers, should pose no issues. Having them as separate file systems (NetApp vs. ESS) means no concerns regarding varying architectures within the same fs serving or failover scheme. Mixing such as
compute nodes would mean some performance differences across the different clients, but you haven't described your compute (NSD client) details.</div>
<div dir="ltr"> </div>
<div dir="ltr">Lyle</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">
----- Original message -----<br>
From: "Tomer Perry" <TOMP@il.ibm.com><br>
Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>
To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>
Cc:<br>
Subject: [EXTERNAL] Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster<br>
Date: Tue, Dec 3, 2019 10:03 AM<br>
<br>
<font size="2" face="sans-serif">Hi,</font><br>
<br>
<font size="2" face="sans-serif">Actually, I believe that GNR is not a limiting factor here.
</font><br>
<font size="2" face="sans-serif">mmexportfs and mmimportfs ( man mm??portfs) will export/import GNR configuration as well:</font><br>
<font size="2" face="sans-serif">"</font><font size="3" face="Helvetica Neue" color="#2f2f2f">If the specified file system device is a IBM Spectrum Scale RAID-based file system, then all affected IBM Spectrum Scale RAID objects will be exported as well. This
includes recovery groups, declustered arrays, vdisks, and any other file systems that are based on these objects. For more information about IBM Spectrum Scale RAID, see <i>IBM Spectrum Scale RAID: Administration</i>.</font><font size="2" face="sans-serif">"</font><br>
<br>
<font size="2" face="sans-serif">OTOH, I suspect that due to the version mismatch, it wouldn't work - since I would assume that the cluster config version is to high for the NetApp based cluster.</font><br>
<font size="2" face="sans-serif">I would also suspect that the filesystem version on the ESS will be different.</font><br>
<br>
<br>
<font size="2" face="sans-serif">Regards,<br>
<br>
Tomer Perry<br>
Scalable I/O Development (Spectrum Scale)<br>
email: tomp@il.ibm.com<br>
1 Azrieli Center, Tel Aviv 67021, Israel<br>
Global Tel: +1 720 3422758<br>
Israel Tel: +972 3 9188625<br>
Mobile: +972 52 2554625</font><br>
<br>
<br>
<br>
<br>
<font size="1" face="sans-serif" color="#5f5f5f">From: </font><font size="1" face="sans-serif">"Olaf Weiser" <olaf.weiser@de.ibm.com></font><br>
<font size="1" face="sans-serif" color="#5f5f5f">To: </font><font size="1" face="sans-serif">gpfsug main discussion list <gpfsug-discuss@spectrumscale.org></font><br>
<font size="1" face="sans-serif" color="#5f5f5f">Date: </font><font size="1" face="sans-serif">03/12/2019 16:54</font><br>
<font size="1" face="sans-serif" color="#5f5f5f">Subject: </font><font size="1" face="sans-serif">[EXTERNAL] Re: [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster</font><br>
<font size="1" face="sans-serif" color="#5f5f5f">Sent by: </font><font size="1" face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font>
<hr noshade="noshade">
<br>
<br>
<br>
<font size="2" face="sans-serif">Hallo<br>
"merging" 2 different GPFS cluster into one .. is not possible ..<br>
for sure you can do "nested" mounts .. .but that's most likely not, what you want to do ..
</font><br>
<br>
<font size="2" face="sans-serif">if you want to add a GL2 (or any other ESS) ..to an existing (other) cluster... - you can't preserve ESS's RG definitions...<br>
you need to create the RGs after adding the IO-nodes to the existing cluster... </font>
<br>
<br>
<font size="2" face="sans-serif">so if you got a new ESS.. (no data on it) .. simply unconfigure cluster .. .. add the nodes to your existing cluster.. and then start configuring the RGs</font><br>
<br>
<br>
<br>
<br>
<br>
<font size="1" face="sans-serif" color="#5f5f5f">From: </font><font size="1" face="sans-serif">"Dorigo Alvise (PSI)" <alvise.dorigo@psi.ch></font><br>
<font size="1" face="sans-serif" color="#5f5f5f">To: </font><font size="1" face="sans-serif">"gpfsug-discuss@spectrumscale.org" <gpfsug-discuss@spectrumscale.org></font><br>
<font size="1" face="sans-serif" color="#5f5f5f">Date: </font><font size="1" face="sans-serif">12/03/2019 09:35 AM</font><br>
<font size="1" face="sans-serif" color="#5f5f5f">Subject: </font><font size="1" face="sans-serif">[EXTERNAL] [gpfsug-discuss] How to join GNR nodes to a non-GNR cluster</font><br>
<font size="1" face="sans-serif" color="#5f5f5f">Sent by: </font><font size="1" face="sans-serif">gpfsug-discuss-bounces@spectrumscale.org</font>
<hr noshade="noshade">
<br>
<br>
<br>
<font size="3" face="Calibri">Hello everyone,<br>
I have:<br>
- A NetApp system with hardware RAID<br>
- SpectrumScale 4.2.3-13 running on top of the NetApp<br>
- A GL2 system with ESS 5.3.2.1 (Spectrum Scale 5.0.2-1)</font><br>
<br>
<font size="3" face="Calibri">What I need to do is to merge the GL2 in the other GPFS cluster (running on the NetApp) without loosing, of course, the RecoveryGroup configuration, etc.</font><br>
<br>
<font size="3" face="Calibri">I'd like to ask the experts</font><br>
<font size="2" face="sans-serif">1. </font><font size="3" face="Calibri">whether it is feasible, considering the difference in the GPFS versions, architectures differences (x86_64 vs. power)</font><br>
<font size="2" face="sans-serif">2. </font><font size="3" face="Calibri">if yes, whether anyone already did something like this and what is the best strategy suggested</font><br>
<font size="2" face="sans-serif">3. </font><font size="3" face="Calibri">finally: is there any documentation dedicated to that, or at least inspiring the correct procedure ?</font><br>
<br>
<font size="3" face="Calibri">Thank you very much,</font><br>
<br>
<font size="3" face="Calibri"> Alvise Dorigo</font><tt><font size="3" face="">_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org</font></tt><br>
<tt><font size="3" face="" color="blue"><u><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></u></font></tt><br>
<br>
<br>
<tt><font size="3" face="">_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at spectrumscale.org</font></tt><br>
<tt><font size="3" face=""><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></font></tt><br>
<br>
<br>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace">_______________________________________________<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></div>
</blockquote>
<div dir="ltr"> </div>
</div>
</div>
</div>
</div>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace">_______________________________________________<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></div>
</blockquote>
<div dir="ltr"> </div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
Unless stated otherwise above:<br>
IBM United Kingdom Limited - Registered in England and Wales with number 741598.<br>
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU<br>
</div>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace">_______________________________________________<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></div>
</blockquote>
<div dir="ltr"> </div>
</div>
<br>
</div>
</body>
</html>