<?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: Updating a new N Series in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52556#M4831</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are running 6x 6040s (2858A20s), they have been delivered at different time but all (-1)&amp;nbsp; within the last year.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our policy has been to get them to the latest recommended release from IBM, current 7.3.4 I believe.&amp;nbsp; Whilst 8.0.1 and 7.3.5 will be supported if you need/want them.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have deferred going to 8.0.1 as at the moment it would be too much of a hasle to upgrade.&amp;nbsp; We are however just about to upgrade from 7.3.3P5 to the latest patch release of 7.3.5 in an attempt to get around a weird CIFS issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have found that 7.3.5 isn't available on the download site but is obtainable through our support channel.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 20 Jan 2011 01:43:50 GMT</pubDate>
    <dc:creator>glen_eustace</dc:creator>
    <dc:date>2011-01-20T01:43:50Z</dc:date>
    <item>
      <title>Updating a new N Series</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52551#M4830</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Fairly basic question, however, when taking delivery of a new filer (N Series) what firmware / software should be updated prior to placing into production. Just want to make sure I don’t miss anything.&lt;/P&gt;&lt;P&gt;Also, is there an order I should follow and anything I should look out for?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:01:55 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52551#M4830</guid>
      <dc:creator>nsitps1976</dc:creator>
      <dc:date>2025-06-05T07:01:55Z</dc:date>
    </item>
    <item>
      <title>Re: Updating a new N Series</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52556#M4831</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are running 6x 6040s (2858A20s), they have been delivered at different time but all (-1)&amp;nbsp; within the last year.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Our policy has been to get them to the latest recommended release from IBM, current 7.3.4 I believe.&amp;nbsp; Whilst 8.0.1 and 7.3.5 will be supported if you need/want them.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have deferred going to 8.0.1 as at the moment it would be too much of a hasle to upgrade.&amp;nbsp; We are however just about to upgrade from 7.3.3P5 to the latest patch release of 7.3.5 in an attempt to get around a weird CIFS issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have found that 7.3.5 isn't available on the download site but is obtainable through our support channel.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Jan 2011 01:43:50 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52556#M4831</guid>
      <dc:creator>glen_eustace</dc:creator>
      <dc:date>2011-01-20T01:43:50Z</dc:date>
    </item>
    <item>
      <title>Re: Updating a new N Series</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52565#M4832</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks, apart from DOT what else should be updated and in what order?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Jan 2011 10:06:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52565#M4832</guid>
      <dc:creator>nsitps1976</dc:creator>
      <dc:date>2011-01-20T10:06:57Z</dc:date>
    </item>
    <item>
      <title>Re: Updating a new N Series</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52570#M4833</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Its also wise to check disk and shelf firmware revisions. Definitely !. Its a lot harder to do these in production as well&lt;/P&gt;&lt;P&gt;Also check ILO/RLM Remote console connections (although most of these can be updated independently), if these are present.&lt;/P&gt;&lt;P&gt;You can normally perform a sysconfig or disk show and get the firmware revisions and then check the revisions against supported versions etc.&lt;/P&gt;&lt;P&gt;As Glen mentioned, its always good to make sure ONTAP is at a good level too &lt;SPAN __jive_emoticon_name="wink" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.0.8/images/emoticons/wink.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;HTH thanks&lt;/P&gt;&lt;P&gt;Martin&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Jan 2011 16:43:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52570#M4833</guid>
      <dc:creator>martin_fisher</dc:creator>
      <dc:date>2011-01-20T16:43:35Z</dc:date>
    </item>
    <item>
      <title>Re: Updating a new N Series</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52577#M4834</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;thanks for the help &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Jan 2011 17:53:29 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52577#M4834</guid>
      <dc:creator>nsitps1976</dc:creator>
      <dc:date>2011-01-20T17:53:29Z</dc:date>
    </item>
    <item>
      <title>Re: Updating a new N Series</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52582#M4835</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Watch out for unanticipated disk shelf firmware upgrades.&amp;nbsp; We now make a point of deliberately doing the firmware at a time of our choosing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I can't remember the exact chain of events but it went something like this, after doing an OnTap upgrade, a new version of disk firmware was available on the system.&amp;nbsp; The disk shelves started upgrading themselves (all at once!), a process that takes a reasonably time and certainly wasn't convenient when it occurred.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So our schedule is RLM first, the Disks and lastly OnTap itself.&amp;nbsp; So far this seems to have worked for us quite well.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am not sure what the consequences would be from letting firmware lag but I have always felt it best practice to keep upto date if we can.&amp;nbsp; I know others though who have an "if it ain't broke don't fix it" policy.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Jan 2011 19:36:26 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Updating-a-new-N-Series/m-p/52582#M4835</guid>
      <dc:creator>glen_eustace</dc:creator>
      <dc:date>2011-01-20T19:36:26Z</dc:date>
    </item>
  </channel>
</rss>

