<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: MetroCluster cabling - adapter mixing in ONTAP Hardware</title>
    <link>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56115#M3939</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote" modifiedtitle="true"&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;Is there any precaution I could take during boot-up sequence, maybe?&lt;/SPAN&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;you could boot up into maintenance mode first and check if you can see all disks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; it doesn't matter on which ports it will find the disks (software disk ownership), so I don't expect an issue.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 14 Aug 2014 17:31:43 GMT</pubDate>
    <dc:creator>DOMINIC_WYSS</dc:creator>
    <dc:date>2014-08-14T17:31:43Z</dc:date>
    <item>
      <title>MetroCluster cabling - adapter mixing</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56089#M3934</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello, all!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've followed up on TR-3548 with regards to Stretch MetroCluster cabling and now I have a setup exactly like the one below:&lt;/P&gt;&lt;P&gt;&lt;IMG src="http://community.netapp.com/legacyfs/online/26451_1.JPG" style="height: 373px; width: 527.8301886792453px;" width="528" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I find it curious that for each controller, all FiberBridge connections, both local and remote, are connected to the same FC adapter [slot 3, in this case]. The same applies for DS14 shelf loop [slot 2]. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is this best practice or some kind of prerequisite? I wondering if it wouldn't be more resilient to mix up FiberBridge and DS14 connections between those 2 adapters, so that in case of failure for one adapter - there's still one local connection left to FiberBridge stack or DS14 loop?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks! &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:31:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56089#M3934</guid>
      <dc:creator>IGORSTOJNOV</dc:creator>
      <dc:date>2025-06-05T05:31:43Z</dc:date>
    </item>
    <item>
      <title>Re: MetroCluster cabling - adapter mixing</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56093#M3935</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Personally I would split connection to each loop/stack across two adapters. May be this was created as example of adding SAS to existing DS14 cluster, where you would avoid moving existing connections.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I sent comment to TR publisher, let’s see if we get any response ☺&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 30 Jul 2014 06:54:34 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56093#M3935</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2014-07-30T06:54:34Z</dc:date>
    </item>
    <item>
      <title>Re: MetroCluster cabling - adapter mixing</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56102#M3936</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks for the feedback!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sounds logical to proceed that way, but I now have one concern... &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Aggregate sas3 (online, raid_dp, mirrored) (block checksums)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Plex /sas3/plex0 (online, normal, active, pool0)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; RAID group /sas3/plex0/rg0 (normal, block checksums)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; RAID Disk Device&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; HA&amp;nbsp; SHELF BAY CHAN Pool Type&amp;nbsp; RPM&amp;nbsp; Used (MB/blks)&amp;nbsp;&amp;nbsp;&amp;nbsp; Phys (MB/blks)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; --------- ------&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ------------- ---- ---- ---- ----- --------------&amp;nbsp;&amp;nbsp;&amp;nbsp; --------------&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; dparity&amp;nbsp;&amp;nbsp; &lt;SPAN style="color: #ff0000;"&gt;4a.125L1&amp;nbsp; &lt;/SPAN&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 4a&amp;nbsp;&amp;nbsp;&amp;nbsp; 12&amp;nbsp; 0&amp;nbsp;&amp;nbsp; FC:A&amp;nbsp;&amp;nbsp; 0&amp;nbsp;&amp;nbsp; SAS 15000 560000/1146880000 560208/1147307688&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; parity&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN style="color: #ff0000;"&gt;4c.125L54&lt;/SPAN&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 4c&amp;nbsp;&amp;nbsp;&amp;nbsp; 12&amp;nbsp; 1&amp;nbsp;&amp;nbsp; FC:B&amp;nbsp;&amp;nbsp; 0&amp;nbsp;&amp;nbsp; SAS 15000 560000/1146880000 560208/1147307688&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; data&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN style="color: #ff0000;"&gt;4a.125L3&lt;/SPAN&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 4a&amp;nbsp;&amp;nbsp;&amp;nbsp; 12&amp;nbsp; 2&amp;nbsp;&amp;nbsp; FC:A&amp;nbsp;&amp;nbsp; 0&amp;nbsp;&amp;nbsp; SAS 15000 560000/1146880000 560208/1147307688&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; data&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN style="color: #ff0000;"&gt; 4c.125L56&lt;/SPAN&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 4c&amp;nbsp;&amp;nbsp;&amp;nbsp; 12&amp;nbsp; 3&amp;nbsp;&amp;nbsp; FC:B&amp;nbsp;&amp;nbsp; 0&amp;nbsp;&amp;nbsp; SAS 15000 560000/1146880000 560208/1147307688&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; data&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;SPAN style="color: #ff0000;"&gt;4c.125L57&lt;/SPAN&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; 4c&amp;nbsp;&amp;nbsp;&amp;nbsp; 12&amp;nbsp; 4&amp;nbsp;&amp;nbsp; FC:B&amp;nbsp;&amp;nbsp; 0&amp;nbsp;&amp;nbsp; SAS 15000 560000/1146880000 560208/1147307688&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When I switch adapters, one of these paths will become say, 5a. &lt;/P&gt;&lt;P&gt;Will this cause any disruption on existing aggregate configuration? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;More precisely, when I boot up the controllers will they see all over their old aggregates or might they panic over something?&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 30 Jul 2014 07:57:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56102#M3936</guid>
      <dc:creator>IGORSTOJNOV</dc:creator>
      <dc:date>2014-07-30T07:57:24Z</dc:date>
    </item>
    <item>
      <title>Re: MetroCluster cabling - adapter mixing</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56106#M3937</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If you do it offline - no.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 30 Jul 2014 08:01:46 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56106#M3937</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2014-07-30T08:01:46Z</dc:date>
    </item>
    <item>
      <title>Re: MetroCluster cabling - adapter mixing</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56110#M3938</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes, it will be done offline. &lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;We have downtime scheduled during which we plan to physically migrate one half of the MetroCluster, along with some network equipment and server resources - to the new building. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;Hence my idea to use that opportunity to re-wire the shelves/controllers in a more resilient way. &lt;/SPAN&gt;&lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;The only thing I could see as a potential issue was aggregate "persistency", or more simply put, disruption of disk paths (on SAS shelves) connected via FiberBridge... I wouldn't like to trigger any events that would cause further downtime.&amp;nbsp; &lt;SPAN __jive_emoticon_name="plain" __jive_macro_name="emoticon" class="jive_macro jive_macro_emoticon jive_emote" src="https://community.netapp.com/5.0.1/images/emoticons/plain.gif"&gt;&lt;/SPAN&gt; Is there any precaution I could take during boot-up sequence, maybe?&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 30 Jul 2014 08:17:54 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56110#M3938</guid>
      <dc:creator>IGORSTOJNOV</dc:creator>
      <dc:date>2014-07-30T08:17:54Z</dc:date>
    </item>
    <item>
      <title>Re: MetroCluster cabling - adapter mixing</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56115#M3939</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote" modifiedtitle="true"&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;Is there any precaution I could take during boot-up sequence, maybe?&lt;/SPAN&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;you could boot up into maintenance mode first and check if you can see all disks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; it doesn't matter on which ports it will find the disks (software disk ownership), so I don't expect an issue.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 14 Aug 2014 17:31:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/MetroCluster-cabling-adapter-mixing/m-p/56115#M3939</guid>
      <dc:creator>DOMINIC_WYSS</dc:creator>
      <dc:date>2014-08-14T17:31:43Z</dc:date>
    </item>
  </channel>
</rss>

