<?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 Lost LUN after dirty shut-down of a FAS in ONTAP Hardware</title>
    <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59200#M4116</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Radek,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Let's just say, they were "testing a theory!"&amp;nbsp; &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So the FAS' are running 8.0.2 7-mode.&amp;nbsp; It was my understanding that single_image was the default mode of 8.x+.&amp;nbsp; I'll double check tomorrow.&amp;nbsp; As for the protocol, it is iSCSI over 10GbE.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Steve&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 25 Oct 2011 22:29:45 GMT</pubDate>
    <dc:creator>chalupskys</dc:creator>
    <dc:date>2011-10-25T22:29:45Z</dc:date>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59191#M4114</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Pop quiz: A customer lost power to one of their FAS controllers that is in an active/active pair, and with that, the LUNs attached to thier Hyper-V server went away.&amp;nbsp; The envronment is such that nothing was lost and we are able to troubleshoot the situation on why it happend.&amp;nbsp; That said, I preformed a cf takeover (then cf giveback) to see if the same thing happend on a graceful hand-off.&amp;nbsp; The results were as one would expect when things are setup properly, the LUN remained online and visible to the server through the activity.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So my question, why on a dirty shut-down did they lose connectivity to thier LUN?&amp;nbsp; I am going to be troubleshooting onsite tomorrow so any suggestion would be welcome.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:42:36 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59191#M4114</guid>
      <dc:creator>chalupskys</dc:creator>
      <dc:date>2025-06-05T06:42:36Z</dc:date>
    </item>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59195#M4115</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Nice one - I like it! &lt;SPAN __jive_emoticon_name="wink" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.5.5/images/emoticons/wink.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So, let's start with this question: is it a relatively modern version of ONTAP, or an ancient one? Is FCP run in a single_image mode? If that's the case, then this simply should not happen - controller failure is an equivalent of path failover (if everything is set properly).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regrads,&lt;/P&gt;&lt;P&gt;Radek&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 25 Oct 2011 21:48:32 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59195#M4115</guid>
      <dc:creator>radek_kubka</dc:creator>
      <dc:date>2011-10-25T21:48:32Z</dc:date>
    </item>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59200#M4116</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Radek,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Let's just say, they were "testing a theory!"&amp;nbsp; &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So the FAS' are running 8.0.2 7-mode.&amp;nbsp; It was my understanding that single_image was the default mode of 8.x+.&amp;nbsp; I'll double check tomorrow.&amp;nbsp; As for the protocol, it is iSCSI over 10GbE.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Steve&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 25 Oct 2011 22:29:45 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59200#M4116</guid>
      <dc:creator>chalupskys</dc:creator>
      <dc:date>2011-10-25T22:29:45Z</dc:date>
    </item>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59204#M4117</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Me bad - I automatically assumed LUN equals FCP!&amp;nbsp; &lt;SPAN __jive_emoticon_name="sad" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.5.5/images/emoticons/sad.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Single_image cfmode is FCP specific &amp;amp; irrelevant for iSCSI (and it's actually default since 7.2).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What are disk timeouts on the hosts? Unplanned takeover will presumably take longer than a clean one - this may explain the difference in observed behaviour.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Oct 2011 00:06:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59204#M4117</guid>
      <dc:creator>radek_kubka</dc:creator>
      <dc:date>2011-10-26T00:06:57Z</dc:date>
    </item>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59209#M4118</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;You did not mention if a cluster failover took place because of the power outage. Did you only loose the controller or also disk shelves during the power outage?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Oct 2011 05:41:23 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59209#M4118</guid>
      <dc:creator>pascalduk</dc:creator>
      <dc:date>2011-10-26T05:41:23Z</dc:date>
    </item>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59214#M4120</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;@Radek, I'll have to check the timeout settings.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;@Pascal, a failover did take place.&amp;nbsp; A controller power outtage was all that occurred.&amp;nbsp; The shelves stayed powered and disk multipathis set up properly.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 26 Oct 2011 14:01:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59214#M4120</guid>
      <dc:creator>chalupskys</dc:creator>
      <dc:date>2011-10-26T14:01:00Z</dc:date>
    </item>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59219#M4122</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; My guess would be that the LUN lost it's mapping when it lost power. Just a guess &lt;SPAN __jive_emoticon_name="wink" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.5.5/images/emoticons/wink.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Wes&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Nov 2011 13:51:51 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59219#M4122</guid>
      <dc:creator>wes_beckum</dc:creator>
      <dc:date>2011-11-04T13:51:51Z</dc:date>
    </item>
    <item>
      <title>Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59224#M4124</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;As this is iSCSI and there was power outage - any chance that switch which provided LUN connectivity was powered off as well?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 06 Nov 2011 14:58:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59224#M4124</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2011-11-06T14:58:00Z</dc:date>
    </item>
    <item>
      <title>Re: Lost LUN after dirty shut-down of a FAS</title>
      <link>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59229#M4125</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;What else did they do during the outage? &lt;/P&gt;&lt;P&gt;Its seems strange I'll give you that. Was Iscsi licenced on both controllers, and patched correctly? Did they test CFO during initial setup of this HyperV environment? do they have the ontap DSM installed and snapdrive? how many luns and how many hyperV hosts are involved?&lt;/P&gt;&lt;P&gt;Did you grab the logs and ASUPs from this event? did they help trouble shoot this?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 14 Nov 2011 16:33:32 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Hardware/Lost-LUN-after-dirty-shut-down-of-a-FAS/m-p/59229#M4125</guid>
      <dc:creator>rorzmcgauze</dc:creator>
      <dc:date>2011-11-14T16:33:32Z</dc:date>
    </item>
  </channel>
</rss>

