<?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: Changing IP when Windows Failover Cluster is connected in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/Changing-IP-when-Windows-Failover-Cluster-is-connected/m-p/30730#M9195</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Markus -&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It's the reconnect to the LUNs and Snapdrive part that would make me nervous.&lt;/P&gt;&lt;P&gt;I didn't see re-establish SnapDrive mgt of luns in there.&lt;/P&gt;&lt;P&gt;(Once you manage with SnapDrive, always manage with SnapDrive!)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Leave your existing vlan up on the vif, and create a new vlan on that vif if you can get to that network/vlan ?&lt;/P&gt;&lt;P&gt;Try a dry run with an empty LUN first ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Good luck with this migration !&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;At your service,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Eugene Kashpureff&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 02 Nov 2010 03:18:00 GMT</pubDate>
    <dc:creator>ekashpureff</dc:creator>
    <dc:date>2010-11-02T03:18:00Z</dc:date>
    <item>
      <title>Changing IP when Windows Failover Cluster is connected</title>
      <link>https://community.netapp.com/t5/Data-Protection/Changing-IP-when-Windows-Failover-Cluster-is-connected/m-p/30726#M9194</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;IHAC running a MS SQL Server on top of a Windows 2008 Failover Cluster.&lt;/P&gt;&lt;P&gt;The SQL server is running two virtual instances, where the LUNs of each instance is pointing to a different NetApp system (not HA pair!).&lt;/P&gt;&lt;P&gt;There is multipathing in place in the form that the Windows host has 2 IPs, while the NetApp nodes have LACP vif in place but only 1 IP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Now we need to reconfigure the storage network, on which the iSCSI connections are, to a complete different IP subnet.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So this is my procedure, that I would be glad to get your comments on:&lt;/P&gt;&lt;P&gt;#A: prepare Windows hosts&lt;/P&gt;&lt;P&gt;1. stop SQL service&lt;/P&gt;&lt;P&gt;2. stop the Cluster Administration service&lt;/P&gt;&lt;P&gt;3. disconnect the LUNs with SnapDrive on all Failover Cluster nodes&lt;/P&gt;&lt;P&gt;4. disconnect the iSCSI connection from SnapDrive&lt;/P&gt;&lt;P&gt;5. check in the Windows iSCSI configuration for target portals and devices -&amp;gt; delete everything&lt;/P&gt;&lt;P&gt;6. change IPs on the iSCSI NICs&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;#B: prepare NetApp&lt;/P&gt;&lt;P&gt;1. bring down the vif-iscsi-vlan&lt;/P&gt;&lt;P&gt;2. reconfigure it to new IP range&lt;/P&gt;&lt;P&gt;3. adjust /etc/rc and /etc/hosts to reflect changes&lt;/P&gt;&lt;P&gt;4. bring it up again&lt;/P&gt;&lt;P&gt;5. map the LUNs manually to the Failover Cluster nodes again&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;#C: reconfigure Windows hosts&lt;/P&gt;&lt;P&gt;1. re-establish iSCSI-connection on the first Windows Failover node&lt;/P&gt;&lt;P&gt;2. re-scan the disks&lt;/P&gt;&lt;P&gt;3. mount found disks to the correct drive-letters and mountpoints&lt;/P&gt;&lt;P&gt;4. restart Cluster service&lt;/P&gt;&lt;P&gt;5. re-establish iSCSI-connection on the second Windows Failover node&lt;/P&gt;&lt;P&gt;6. restart SQL service&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The points that give me&amp;nbsp; headaches are the Quorum disk and the iSCSI reservation - that is the reason why I would try to map the LUNs manually and then connect first only one node of the Failover cluster...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for any comments&lt;/P&gt;&lt;P&gt;Mark&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:06:21 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Changing-IP-when-Windows-Failover-Cluster-is-connected/m-p/30726#M9194</guid>
      <dc:creator>mheimberg</dc:creator>
      <dc:date>2025-06-05T07:06:21Z</dc:date>
    </item>
    <item>
      <title>Re: Changing IP when Windows Failover Cluster is connected</title>
      <link>https://community.netapp.com/t5/Data-Protection/Changing-IP-when-Windows-Failover-Cluster-is-connected/m-p/30730#M9195</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Markus -&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It's the reconnect to the LUNs and Snapdrive part that would make me nervous.&lt;/P&gt;&lt;P&gt;I didn't see re-establish SnapDrive mgt of luns in there.&lt;/P&gt;&lt;P&gt;(Once you manage with SnapDrive, always manage with SnapDrive!)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Leave your existing vlan up on the vif, and create a new vlan on that vif if you can get to that network/vlan ?&lt;/P&gt;&lt;P&gt;Try a dry run with an empty LUN first ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Good luck with this migration !&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;At your service,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Eugene Kashpureff&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 02 Nov 2010 03:18:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Changing-IP-when-Windows-Failover-Cluster-is-connected/m-p/30730#M9195</guid>
      <dc:creator>ekashpureff</dc:creator>
      <dc:date>2010-11-02T03:18:00Z</dc:date>
    </item>
    <item>
      <title>Re: Changing IP when Windows Failover Cluster is connected</title>
      <link>https://community.netapp.com/t5/Data-Protection/Changing-IP-when-Windows-Failover-Cluster-is-connected/m-p/30738#M9196</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Eugene&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;It's the reconnect to the LUNs and Snapdrive part that would make me nervous.&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt; Exactly my feeling - especially the Quorum of the Failover Cluster.&lt;/P&gt;&lt;P&gt;The SQL LUNs I am pretty sure I can reconnect somehow and get the SQL up again.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;I didn't see re-establish SnapDrive mgt of luns in there.&lt;/P&gt;&lt;P&gt;(Once you manage with SnapDrive, always manage with SnapDrive!)&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;My experience is, that SD is quite tolerant: as soon as you got a mapping on the storage and a iSCSI session you see the drives. Here I am quite confident, but maybe it is still better to use SD, because then I am sure that the net is working, mapping is correct, mounting is done....all the little nice things SD handles for you &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;Try a dry run with an empty LUN first ?&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;Establish new vlan and do a dry run is a very good idea.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your response.&lt;/P&gt;&lt;P&gt;Mark&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 02 Nov 2010 18:46:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Changing-IP-when-Windows-Failover-Cluster-is-connected/m-p/30738#M9196</guid>
      <dc:creator>mheimberg</dc:creator>
      <dc:date>2010-11-02T18:46:57Z</dc:date>
    </item>
  </channel>
</rss>

