<?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 8.2(x) upgrade path problems in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/8-2-x-upgrade-path-problems/m-p/2547091#M234544</link>
    <description>&lt;P&gt;I am in the planning process to update a 5550 from 8.2.1 to 8.4.7. I've read the following:&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/116685-problemsolution-product-00.html" target="_blank"&gt;http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/116685-problemsolution-product-00.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;I upgraded a 5520 using this information a few months ago but the upgrade failed. The device booted and I was able to log in via console but I could not reach the interfaces and passive would not pass through the device. I ended up restoring the previous software and config and have since upgraded to new 5500x series devices.&amp;nbsp;I am concerned I will run into this issue again even after following the path recommendation, 8.2(x) to 8.4.6 to 8.4.7. I will be doing this remotely with someone on the remote end setting up console access via an oob network and rdp or webex so a failure to boot situation really is not an option. Any ideas on what happened and how I could avoid it this time around? The boot logs showed no indication as to why this happened.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 12 Mar 2019 04:49:50 GMT</pubDate>
    <dc:creator>Matthew</dc:creator>
    <dc:date>2019-03-12T04:49:50Z</dc:date>
    <item>
      <title>8.2(x) upgrade path problems</title>
      <link>https://community.cisco.com/t5/network-security/8-2-x-upgrade-path-problems/m-p/2547091#M234544</link>
      <description>&lt;P&gt;I am in the planning process to update a 5550 from 8.2.1 to 8.4.7. I've read the following:&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/116685-problemsolution-product-00.html" target="_blank"&gt;http://www.cisco.com/c/en/us/support/docs/security/asa-5500-x-series-next-generation-firewalls/116685-problemsolution-product-00.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;I upgraded a 5520 using this information a few months ago but the upgrade failed. The device booted and I was able to log in via console but I could not reach the interfaces and passive would not pass through the device. I ended up restoring the previous software and config and have since upgraded to new 5500x series devices.&amp;nbsp;I am concerned I will run into this issue again even after following the path recommendation, 8.2(x) to 8.4.6 to 8.4.7. I will be doing this remotely with someone on the remote end setting up console access via an oob network and rdp or webex so a failure to boot situation really is not an option. Any ideas on what happened and how I could avoid it this time around? The boot logs showed no indication as to why this happened.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 12 Mar 2019 04:49:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/8-2-x-upgrade-path-problems/m-p/2547091#M234544</guid>
      <dc:creator>Matthew</dc:creator>
      <dc:date>2019-03-12T04:49:50Z</dc:date>
    </item>
    <item>
      <title>The "no cfg structure..."</title>
      <link>https://community.cisco.com/t5/network-security/8-2-x-upgrade-path-problems/m-p/2547092#M234546</link>
      <description>&lt;P&gt;The "no cfg structure..." issue generally hits you before you ever do the actual upgrade - it prevents successful transfer of the new image onto the target ASA's flash (disk0:).&lt;/P&gt;&lt;P&gt;I've upgraded dozens of firewalls and never had one fail to boot and/or become inaccessible. Where I've encountered&amp;nbsp;issues has&amp;nbsp;generally been around fine tuning some NAT rules or access-lists after the parser translates the pre-8.3 commands.&lt;/P&gt;&lt;P&gt;If you have Cisco Smartnet support you can always open a proactive TAC case to request assistance.&lt;/P&gt;</description>
      <pubDate>Sat, 27 Sep 2014 13:19:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/8-2-x-upgrade-path-problems/m-p/2547092#M234546</guid>
      <dc:creator>Marvin Rhoads</dc:creator>
      <dc:date>2014-09-27T13:19:27Z</dc:date>
    </item>
  </channel>
</rss>

