<?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: REALLOCATE volumes after grow aggregate in CDOT in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110888#M23461</link>
    <description>Any inputs please</description>
    <pubDate>Fri, 09 Oct 2015 12:09:28 GMT</pubDate>
    <dc:creator>heightsnj</dc:creator>
    <dc:date>2015-10-09T12:09:28Z</dc:date>
    <item>
      <title>REALLOCATE volumes after grow aggregate in CDOT</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110842#M23455</link>
      <description>&lt;P&gt;I know that we should run reallocate after more disks are added, I also know that we should run it in volumes basis not on aggr level.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here is my question. We have thousands&amp;nbsp;of&amp;nbsp;volumes, if we run the following command, then we wil have to keep track of all volumes and manually&amp;nbsp;run through the list one by one. Yet, in SM situation, we will have to break SM relationship first, and go through the same in DR site.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It sounds very time consuming.&amp;nbsp;will this&amp;nbsp;be the&amp;nbsp;right process that we will have to&amp;nbsp;follow?&lt;/P&gt;&lt;P&gt;reallocate start -f -p –vserver vserver-name –volume /vol/volume_name&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 23:05:54 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110842#M23455</guid>
      <dc:creator>heightsnj</dc:creator>
      <dc:date>2025-06-04T23:05:54Z</dc:date>
    </item>
    <item>
      <title>Re: REALLOCATE volumes after grow aggregate in CDOT</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110888#M23461</link>
      <description>Any inputs please</description>
      <pubDate>Fri, 09 Oct 2015 12:09:28 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110888#M23461</guid>
      <dc:creator>heightsnj</dc:creator>
      <dc:date>2015-10-09T12:09:28Z</dc:date>
    </item>
    <item>
      <title>Re: REALLOCATE volumes after grow aggregate in CDOT</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110890#M23462</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Heightsnj -&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My best advice is not to grow aggregates.&lt;/P&gt;&lt;P&gt;Plan your aggregate layout and do it right to start with.&lt;/P&gt;&lt;P&gt;Or if you have to, do it with lots of disks to avoid creating hotspots.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ONTAP 8.X allocates the storage space in the aggr a bit different than 7.X.&lt;/P&gt;&lt;P&gt;Hotspots from adding disks are not as much of a problem as it was in earlier versions of ONTAP.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is the undocumented hotspots= output from the reallocate command to see if you do have hotspots on a volume after adding disks.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If you have thousands of volumes and you wanted to measure/reallocate on all of them, then I'd automate the process with the APIs.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I don't have a sim up and running right now, and the reallocate command is conspicuously missing from the manual page refernce for Cluster Mode.&lt;/P&gt;&lt;P&gt;(Though it does show up in the 7 Mode to Cluster mode command map?)&lt;/P&gt;&lt;P&gt;Can't verify your syntax for reallocate start.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I hope this response has been helpful to you.&lt;BR /&gt;&lt;BR /&gt;At your service,&lt;BR /&gt;&lt;BR /&gt;Eugene E. Kashpureff, Sr.&lt;BR /&gt;Independent NetApp Consultant &lt;A href="http://www.linkedin.com/in/eugenekashpureff" target="_blank"&gt;http://www.linkedin.com/in/eugenekashpureff&lt;/A&gt;&lt;BR /&gt;Senior NetApp Instructor, IT Learning Solutions &lt;A href="http://sg.itls.asia/netapp" target="_blank"&gt;http://sg.itls.asia/netapp&lt;/A&gt;&lt;BR /&gt;(P.S. I appreciate 'kudos' on any helpful posts.)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Oct 2015 13:10:47 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110890#M23462</guid>
      <dc:creator>ekashpureff</dc:creator>
      <dc:date>2015-10-09T13:10:47Z</dc:date>
    </item>
    <item>
      <title>Re: REALLOCATE volumes after grow aggregate in CDOT</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110908#M23464</link>
      <description>&lt;P&gt;Hello there, Thanks for your inputs.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have just added 2 new shelves, in addtion to 4 already configured ones which made up one large aggr. So, my question is, should I add these two shelves/disks into the existing aggr, or should I use these new two shelves to create a separate aggr.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I heard that one large aggr should come out better performance, in this sense, I should add two new ones into the existing aggr, thsu, we will only have one large aggr. The issue with this is that we will have to run "reallocate" on all existing volumes.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The other way is to create seprate aggr which includes 2 new shelves only. Thsu, we will not run "reallocate".&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please let me know your thoughts.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Fri, 09 Oct 2015 17:42:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110908#M23464</guid>
      <dc:creator>heightsnj</dc:creator>
      <dc:date>2015-10-09T17:42:24Z</dc:date>
    </item>
    <item>
      <title>Re: REALLOCATE volumes after grow aggregate in CDOT</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110948#M23470</link>
      <description>&lt;P&gt;Check this KB&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://kb.netapp.com/support/index?page=content&amp;amp;id=1014680&amp;amp;locale=en_US" target="_blank"&gt;https://kb.netapp.com/support/index?page=content&amp;amp;id=1014680&amp;amp;locale=en_US&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 10 Oct 2015 11:46:02 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110948#M23470</guid>
      <dc:creator>snthlkumr</dc:creator>
      <dc:date>2015-10-10T11:46:02Z</dc:date>
    </item>
    <item>
      <title>Re: REALLOCATE volumes after grow aggregate in CDOT</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110954#M23471</link>
      <description>&lt;P&gt;Thanks to &lt;A href="https://community.netapp.com/t5/user/viewprofilepage/user-id/25967" target="_self"&gt;&lt;SPAN class="login-bold"&gt;&lt;STRONG&gt;snthlkumr&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/A&gt;&amp;nbsp;, this is very helpful in saving efforts by scheduling Reallocation jobs.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, since this is production environment, and sensitive to I/O activities. Plus,&amp;nbsp;we have quite a few SVM's&amp;nbsp;and each has quite a lot volumes,&amp;nbsp;even with scheduling&amp;nbsp;Reallocations, still it will be a long process.&lt;/P&gt;&lt;P&gt;&amp;nbsp;I am thinking if it is worth it to add two new shelves into the existing aggr, or just to create a separate aggr then to avoid run reallocations. How much difference between these two method?&lt;/P&gt;</description>
      <pubDate>Sat, 10 Oct 2015 15:50:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110954#M23471</guid>
      <dc:creator>heightsnj</dc:creator>
      <dc:date>2015-10-10T15:50:57Z</dc:date>
    </item>
    <item>
      <title>Re: REALLOCATE volumes after grow aggregate in CDOT</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110961#M23473</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Heightsnj -&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, large aggrs with lots of disks are a good thing.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But 80+ disks in your aggr already is large, and so would be using two shelves to create a new 40+ disk aggr.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'd create the new aggr if I was in your place.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I hope this response has been helpful to you.&lt;BR /&gt;&lt;BR /&gt;At your service,&lt;BR /&gt;&lt;BR /&gt;Eugene E. Kashpureff, Sr.&lt;BR /&gt;Independent NetApp Consultant &lt;A href="http://www.linkedin.com/in/eugenekashpureff" target="_blank"&gt;http://www.linkedin.com/in/eugenekashpureff&lt;/A&gt;&lt;BR /&gt;Senior NetApp Instructor, IT Learning Solutions &lt;A href="http://sg.itls.asia/netapp" target="_blank"&gt;http://sg.itls.asia/netapp&lt;/A&gt;&lt;BR /&gt;(P.S. I appreciate 'kudos' on any helpful posts.)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 11 Oct 2015 04:45:27 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/REALLOCATE-volumes-after-grow-aggregate-in-CDOT/m-p/110961#M23473</guid>
      <dc:creator>ekashpureff</dc:creator>
      <dc:date>2015-10-11T04:45:27Z</dc:date>
    </item>
  </channel>
</rss>

