<?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 What could be a cause that system make upgrade from 32 bit to 64 bit in aggregates in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/What-could-be-a-cause-that-system-make-upgrade-from-32-bit-to-64-bit-in/m-p/119978#M25721</link>
    <description>&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;I do have a question&lt;/P&gt;&lt;P&gt;What is the possibility way that this things happened? How could that happened?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;Tue May 17 12:50:24 CEST [matrix2:wafl.64bit.upgrade.vol.nospc:notice]: &lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;The 64-bit upgrade failed on volume vol_rsip_CODGiK because the volume does not have enough space.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;Please correct me if I am wrong. It works like this that if i try to expand capacity more than 16TB it converts aggregates from 32 to 64 bit version. In this process also capacity of data which are stored also increase cause in 64 bit there are also more metadata for files?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;I ask a question because I have a hypothesis in which customer try to expand capacity by adding some disk shelf. All devices detect more capacity than 16TB so it starts an upgrade process of aggregates from 32 to 64 bit version. But due this upgrade metadata also contain a lot of space so it makes full volume (in this case rsip_CODGiK) and can not install more. So wizard cancelled upgrade process from 32 to 64 bit.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;I'm looking forward for answer&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;Regards&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;K L&lt;/FONT&gt;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 20:34:23 GMT</pubDate>
    <dc:creator>KL</dc:creator>
    <dc:date>2025-06-04T20:34:23Z</dc:date>
    <item>
      <title>What could be a cause that system make upgrade from 32 bit to 64 bit in aggregates</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/What-could-be-a-cause-that-system-make-upgrade-from-32-bit-to-64-bit-in/m-p/119978#M25721</link>
      <description>&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;I do have a question&lt;/P&gt;&lt;P&gt;What is the possibility way that this things happened? How could that happened?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;Tue May 17 12:50:24 CEST [matrix2:wafl.64bit.upgrade.vol.nospc:notice]: &lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;The 64-bit upgrade failed on volume vol_rsip_CODGiK because the volume does not have enough space.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;Please correct me if I am wrong. It works like this that if i try to expand capacity more than 16TB it converts aggregates from 32 to 64 bit version. In this process also capacity of data which are stored also increase cause in 64 bit there are also more metadata for files?&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;I ask a question because I have a hypothesis in which customer try to expand capacity by adding some disk shelf. All devices detect more capacity than 16TB so it starts an upgrade process of aggregates from 32 to 64 bit version. But due this upgrade metadata also contain a lot of space so it makes full volume (in this case rsip_CODGiK) and can not install more. So wizard cancelled upgrade process from 32 to 64 bit.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;I'm looking forward for answer&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;Regards&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="arial,helvetica,sans-serif"&gt;K L&lt;/FONT&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 20:34:23 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/What-could-be-a-cause-that-system-make-upgrade-from-32-bit-to-64-bit-in/m-p/119978#M25721</guid>
      <dc:creator>KL</dc:creator>
      <dc:date>2025-06-04T20:34:23Z</dc:date>
    </item>
    <item>
      <title>Re: What could be a cause that system make upgrade from 32 bit to 64 bit in aggregates</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/What-could-be-a-cause-that-system-make-upgrade-from-32-bit-to-64-bit-in/m-p/119979#M25722</link>
      <description>&lt;P&gt;If you break 32 to 64 snapmirror relationship, destination is automatically converted to 64 bit. As far as I know this is the only case when system does it automatically.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2016 13:01:41 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/What-could-be-a-cause-that-system-make-upgrade-from-32-bit-to-64-bit-in/m-p/119979#M25722</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2016-06-07T13:01:41Z</dc:date>
    </item>
  </channel>
</rss>

