<?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 OSPF process crashes after manual HA Failover in Next-Generation Firewall Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/ospf-process-crashes-after-manual-ha-failover/m-p/1254316#M6934</link>
    <description>&lt;P&gt;Hi All,&lt;BR /&gt;I seem to have a very odd issue that when a manual HA failover is triggered, via changing the priority of the active firewall&amp;nbsp; to be&amp;nbsp; worse than the passive, The devices will gracefully exchange control and sessions. However upon becoming the active device the OSFP (osfpd)&amp;nbsp; process will exhaust it's restarts causing a reboot to be&amp;nbsp; triggered. This then hands the current passive firewall, active control and the same thing plays out causing&amp;nbsp; both&amp;nbsp; firewalls to&amp;nbsp; reboot, causing an outage while both device restart. They will then rebuild they OSPF adjutancy and&amp;nbsp; establish HA normally as if&amp;nbsp; nothing happened.&lt;BR /&gt;&lt;BR /&gt;The devices in&amp;nbsp; question are 2 separate sets of PA550 in an HA configuration Active/Passive they were all running version 12.1.3-h3 without issue. the first set saw this issue after a manual reboot of the passive device and a manual failover to reboot the primary device. The second, I saw after a firmware update to 12.1.5.&amp;nbsp; The update applied just fine and it was only after flipping back to the "primary" device that the process crashed causing both firewalls to reboot.&lt;BR /&gt;&lt;BR /&gt;Has anyone else seen this type of issue where the OSPF process crashes from something as simple as a manual HA failover?&lt;/P&gt;</description>
    <pubDate>Tue, 19 May 2026 16:00:01 GMT</pubDate>
    <dc:creator>NetFox</dc:creator>
    <dc:date>2026-05-19T16:00:01Z</dc:date>
    <item>
      <title>OSPF process crashes after manual HA Failover</title>
      <link>https://live.paloaltonetworks.com/t5/next-generation-firewall/ospf-process-crashes-after-manual-ha-failover/m-p/1254316#M6934</link>
      <description>&lt;P&gt;Hi All,&lt;BR /&gt;I seem to have a very odd issue that when a manual HA failover is triggered, via changing the priority of the active firewall&amp;nbsp; to be&amp;nbsp; worse than the passive, The devices will gracefully exchange control and sessions. However upon becoming the active device the OSFP (osfpd)&amp;nbsp; process will exhaust it's restarts causing a reboot to be&amp;nbsp; triggered. This then hands the current passive firewall, active control and the same thing plays out causing&amp;nbsp; both&amp;nbsp; firewalls to&amp;nbsp; reboot, causing an outage while both device restart. They will then rebuild they OSPF adjutancy and&amp;nbsp; establish HA normally as if&amp;nbsp; nothing happened.&lt;BR /&gt;&lt;BR /&gt;The devices in&amp;nbsp; question are 2 separate sets of PA550 in an HA configuration Active/Passive they were all running version 12.1.3-h3 without issue. the first set saw this issue after a manual reboot of the passive device and a manual failover to reboot the primary device. The second, I saw after a firmware update to 12.1.5.&amp;nbsp; The update applied just fine and it was only after flipping back to the "primary" device that the process crashed causing both firewalls to reboot.&lt;BR /&gt;&lt;BR /&gt;Has anyone else seen this type of issue where the OSPF process crashes from something as simple as a manual HA failover?&lt;/P&gt;</description>
      <pubDate>Tue, 19 May 2026 16:00:01 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/next-generation-firewall/ospf-process-crashes-after-manual-ha-failover/m-p/1254316#M6934</guid>
      <dc:creator>NetFox</dc:creator>
      <dc:date>2026-05-19T16:00:01Z</dc:date>
    </item>
  </channel>
</rss>

