<?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: Bricked controller - need to netboot - lab environment in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134768#M29558</link>
    <description>&lt;P&gt;To be clear the Boot Menu Option 4 will reinitialise &lt;U&gt;all&lt;/U&gt; the disks owned by that system. Not sure that is what is being asked - but might be wrong!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Since there is still a single disk available from the root aggregate, it&amp;nbsp;should simply reconstruct once the spares are made available, with all data intact.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 26 Sep 2017 13:29:42 GMT</pubDate>
    <dc:creator>sgrant</dc:creator>
    <dc:date>2017-09-26T13:29:42Z</dc:date>
    <item>
      <title>Bricked controller - need to netboot - lab environment</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134728#M29547</link>
      <description>&lt;P&gt;I managed to brick one of the controllers in my FAS2220 HA pair running 8.1.2 (7 Mode).&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It originally had 4 disks assigned and was sat there in an active/active config with only the root vol across 3 disks with one as a spare. &amp;nbsp;I had to give up the DS2246 shelf attached to it for U requirements and basically did a p*ss poor job of decomissioning it. &amp;nbsp;Turns out 2 of the root vol disks were located there, the shelf is long gone now. &amp;nbsp;I have two disks spare (now unowned) on the first controller to assign to the bricked controller but booting into OnTAP just isn't going to happen without netboot I fear.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is there anywhere I can get the boot image from? &amp;nbsp;I don't have a subscription contract any more as this unit was decommed a while back, gutted.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm getting:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;PANIC: raid: there are no data or parity disks in SK process rc on release&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 14:33:51 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134728#M29547</guid>
      <dc:creator>brgsstm</dc:creator>
      <dc:date>2025-06-04T14:33:51Z</dc:date>
    </item>
    <item>
      <title>Re: Bricked controller - need to netboot - lab environment</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134759#M29554</link>
      <description>&lt;P&gt;Hi, unfortunately&amp;nbsp;I'm afraid without a Support contract not sure where you'll be able to obtain the&amp;nbsp;netboot.tgz file from.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, you should however be able to boot into ONTAP using the boot media:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;abort the AUTOBOOT process&lt;/LI&gt;&lt;LI&gt;drop to the&amp;nbsp;&lt;SPAN&gt;LOADER-A&amp;gt; prompt&lt;/SPAN&gt;&lt;/LI&gt;&lt;LI&gt;&lt;SPAN&gt;perform a &lt;STRONG&gt;boot_primary&lt;/STRONG&gt; from the boot media.&lt;/SPAN&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;SPAN&gt;Also, assuming it was a 3 disk RAID-DP and "just" a degraded aggregate, you could change to a RAID-4, leaving one spare for the system.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Hope this helps.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Cheers,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Grant.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 26 Sep 2017 10:28:04 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134759#M29554</guid>
      <dc:creator>sgrant</dc:creator>
      <dc:date>2017-09-26T10:28:04Z</dc:date>
    </item>
    <item>
      <title>Re: Bricked controller - need to netboot - lab environment</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134763#M29556</link>
      <description>&lt;P&gt;You do not need netboot to reinitalize disks. Simply interrupt boot with ^C when prompted for special boot menu and select 4. This will keep your existing NetApp binaries on boot device.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do not forget that you will need to re-enter all your licenses. If you did not record them, you need access to support site to fetch.&lt;/P&gt;</description>
      <pubDate>Tue, 26 Sep 2017 12:04:29 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134763#M29556</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2017-09-26T12:04:29Z</dc:date>
    </item>
    <item>
      <title>Re: Bricked controller - need to netboot - lab environment</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134768#M29558</link>
      <description>&lt;P&gt;To be clear the Boot Menu Option 4 will reinitialise &lt;U&gt;all&lt;/U&gt; the disks owned by that system. Not sure that is what is being asked - but might be wrong!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Since there is still a single disk available from the root aggregate, it&amp;nbsp;should simply reconstruct once the spares are made available, with all data intact.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 26 Sep 2017 13:29:42 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134768#M29558</guid>
      <dc:creator>sgrant</dc:creator>
      <dc:date>2017-09-26T13:29:42Z</dc:date>
    </item>
    <item>
      <title>Re: Bricked controller - need to netboot - lab environment</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134771#M29559</link>
      <description>&lt;P&gt;Well, the error is "no data or parity disk". Of course it is possible that disk labels were upgraded to newer version in which case one indeed needs newer (Data) ONTAP. But that's just speculation without seeing full boot log. But if the problem is simply that root aggregate had been lost, then no netboot is needed.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 26 Sep 2017 13:45:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134771#M29559</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2017-09-26T13:45:49Z</dc:date>
    </item>
    <item>
      <title>Re: Bricked controller - need to netboot - lab environment</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134772#M29560</link>
      <description>&lt;P&gt;Thanks for the replies.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I ended up unassigning a couple of disks from the first controller and then ran an option 4 on the bricked controller. &amp;nbsp;It must have grabbed them and rebuilt the root vol as it is now running.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Thanks for the help, really appreciate it.&lt;/P&gt;</description>
      <pubDate>Tue, 26 Sep 2017 14:05:51 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Bricked-controller-need-to-netboot-lab-environment/m-p/134772#M29560</guid>
      <dc:creator>brgsstm</dc:creator>
      <dc:date>2017-09-26T14:05:51Z</dc:date>
    </item>
  </channel>
</rss>

