<?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 preemption loop detected in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/preemption-loop-detected/m-p/43833#M32174</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have two PAN 500 in HA A/P configuration with PAN OS 6.1.3 and virtual wire configured with link detection failure ANY. I tested link failure detection in way to disconnect one side of Vwire and passive device takes over and became active. After some time approx. less then one minute, non-functional device tries to revert connection, became active, even link was not recovered at all. Then again had HA event and passive became active and so on.&amp;nbsp; This repeating maybe three times after primary device with failed link went to suspended mode. On that point with recovered link state I can bring it back only with manual command "make this device operational". &lt;/P&gt;&lt;P&gt;I'm not sure whether this is normal behaviour, because I had traffic interruption when device with failed link tries to recover himself. In one moment I saw "preemtion loop detected" in HA log events...&lt;/P&gt;&lt;P&gt;Is there anyone with similar experience...? &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 14 Apr 2015 17:27:40 GMT</pubDate>
    <dc:creator>Tician</dc:creator>
    <dc:date>2015-04-14T17:27:40Z</dc:date>
    <item>
      <title>preemption loop detected</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/preemption-loop-detected/m-p/43833#M32174</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have two PAN 500 in HA A/P configuration with PAN OS 6.1.3 and virtual wire configured with link detection failure ANY. I tested link failure detection in way to disconnect one side of Vwire and passive device takes over and became active. After some time approx. less then one minute, non-functional device tries to revert connection, became active, even link was not recovered at all. Then again had HA event and passive became active and so on.&amp;nbsp; This repeating maybe three times after primary device with failed link went to suspended mode. On that point with recovered link state I can bring it back only with manual command "make this device operational". &lt;/P&gt;&lt;P&gt;I'm not sure whether this is normal behaviour, because I had traffic interruption when device with failed link tries to recover himself. In one moment I saw "preemtion loop detected" in HA log events...&lt;/P&gt;&lt;P&gt;Is there anyone with similar experience...? &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 Apr 2015 17:27:40 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/preemption-loop-detected/m-p/43833#M32174</guid>
      <dc:creator>Tician</dc:creator>
      <dc:date>2015-04-14T17:27:40Z</dc:date>
    </item>
    <item>
      <title>Re: preemption loop detected</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/preemption-loop-detected/m-p/43834#M32175</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I think what you are seeing is that "preempt" is set on your primary and the attempts to take back mastership failed bringing the device to the non-operational state.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In general, I would not use preempt at all.&amp;nbsp; But leave a cluster failed over until you manually determine the failover event is complete and the primary is ready to take traffic again.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But to be positive about what happened here.&amp;nbsp; I would open a TAC case and upload the tech support logs for review.&amp;nbsp; They will be able to confirm your exact scenario and determine if there are other configuration changes that would improve your setup&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 Apr 2015 21:49:29 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/preemption-loop-detected/m-p/43834#M32175</guid>
      <dc:creator>pulukas</dc:creator>
      <dc:date>2015-04-14T21:49:29Z</dc:date>
    </item>
  </channel>
</rss>

