<?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: Troubleshooting Azure HA cluster failover and the API call in Cloud Firewall</title>
    <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188469#M1522</link>
    <description>&lt;P&gt;Hello&amp;nbsp;&lt;A class="" href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/13795" target="_self"&gt;&lt;SPAN class=""&gt;Edan_Leventhal&lt;/SPAN&gt;&lt;/A&gt;,&lt;BR /&gt;&lt;BR /&gt;Thanks for your suggestions.&lt;BR /&gt;&lt;BR /&gt;We already have the correct name in place still the VIP is not shifting to secondary gateway interface after failover.&lt;/P&gt;</description>
    <pubDate>Wed, 02 Aug 2023 14:52:46 GMT</pubDate>
    <dc:creator>Serv</dc:creator>
    <dc:date>2023-08-02T14:52:46Z</dc:date>
    <item>
      <title>Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118265#M1516</link>
      <description>&lt;P&gt;We are deploying a new cluster for a customer and we wanted to test failover. I have tested this in a test Azure account previously and this worked.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I built another test environment today and I am showing the same symptoms as the customer.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Everything seems to deploy fine, can establish SIC with management server and install policy etc. However, if we failover, either by running clusterXL_admin down or by powering off the active gateway. A failover is triggered within Check Point, i.e., cphaprob stat on the secondary gateway shows it is now active but the cluster-vip IP is still showing in Azure on the other gateway. This has not moved across to the second gateway.&amp;nbsp;&lt;/P&gt;&lt;P&gt;This suggests to me that either the gateway isn't triggering the API call or the API call is triggered but not actioned and I wonder how we troubleshoot this.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Was hoping to get some help from the community before going through TAC because you have to do the initial hoop jumping before you get to someone who knows cloud.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Scott&lt;/P&gt;</description>
      <pubDate>Wed, 12 May 2021 15:51:54 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118265#M1516</guid>
      <dc:creator>scottikon</dc:creator>
      <dc:date>2021-05-12T15:51:54Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118418#M1517</link>
      <description>&lt;P&gt;I'd start with running&amp;nbsp;&lt;SPAN&gt;$FWDIR/scripts/azure_ha_test.py and see what it says.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 14 May 2021 21:34:12 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118418#M1517</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2021-05-14T21:34:12Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118497#M1518</link>
      <description>&lt;P&gt;So the output I get is: -&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Image version is: harry_main-294-801-GW&lt;BR /&gt;Reading configuration file...&lt;BR /&gt;Setting api versions for "ha" solution&lt;BR /&gt;ARM versions are: {&lt;BR /&gt;"resources": "?api-version=2019-07-01"&lt;BR /&gt;}&lt;BR /&gt;Error:&lt;BR /&gt;The hostname xxxxfw002 should be either 'xxxxfw01' or 'xxxxfw02'&lt;BR /&gt;[Expert@xxxxfw002:0]#&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What is it comparing it to? The name in the SmartConsole or the name in Azure?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Must be Azure as I have checked SmartConsole and it has the fw002 object name matching the fw002 hostname on GAIA.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 17 May 2021 09:03:28 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118497#M1518</guid>
      <dc:creator>scottikon</dc:creator>
      <dc:date>2021-05-17T09:03:28Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118546#M1519</link>
      <description>&lt;P&gt;Yes it is checking the name of the VM in the azure portal.&lt;/P&gt;&lt;P&gt;If you deployed the ARM template and manually did some changes to the hostname you're in for some fun changes in the&amp;nbsp;azure_ha_test.py and azure_had.py script on the gateways&lt;/P&gt;&lt;P&gt;This is part of the script where it (hardcoded) looks for cluster_name+1 as the name of the first member&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;if&amp;nbsp;conf['hostname']&amp;nbsp;not&amp;nbsp;in&amp;nbsp;{cluster_name&amp;nbsp;+&amp;nbsp;'1',&amp;nbsp;cluster_name&amp;nbsp;+&amp;nbsp;'2'}:&lt;/P&gt;&lt;P&gt;Please also check&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://sc1.checkpoint.com/documents/IaaS/WebAdminGuides/EN/CP_CloudGuard_IaaS_HighAvailability_for_Azure/Content/Topics-HA-for-Azure/Additional-Information.htm?tocpath=Additional%20Information%7C_____0#Additional_Information" target="_blank"&gt;https://sc1.checkpoint.com/documents/IaaS/WebAdminGuides/EN/CP_CloudGuard_IaaS_HighAvailability_for_Azure/Content/Topics-HA-for-Azure/Additional-Information.htm?tocpath=Additional%20Information%7C_____0#Additional_Information&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;It explains manual testing without executing the failover&lt;/P&gt;&lt;P&gt;And the important part about the naming convention (because of the hardcoded scripts):&lt;BR /&gt;Naming Constraints&lt;/P&gt;&lt;P&gt;Do not change the name of any resources.&lt;/P&gt;&lt;P&gt;Cluster Members&amp;nbsp;VM names must match the Cluster name with a suffix of '1' and '2'.&lt;/P&gt;&lt;P&gt;Network Interface names must match the&amp;nbsp;Cluster Member&amp;nbsp;VM names with a suffix of '-eth0' and '-eth1'.&lt;/P&gt;&lt;P&gt;The IP address of the cluster has to match the configuration file.&lt;/P&gt;&lt;P&gt;By default it should match the cluster name.&lt;/P&gt;</description>
      <pubDate>Mon, 17 May 2021 15:04:33 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/118546#M1519</guid>
      <dc:creator>JanVC</dc:creator>
      <dc:date>2021-05-17T15:04:33Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188433#M1520</link>
      <description>&lt;P&gt;Have you got any solution for this issue?&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 02 Aug 2023 12:53:02 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188433#M1520</guid>
      <dc:creator>Serv</dc:creator>
      <dc:date>2023-08-02T12:53:02Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188449#M1521</link>
      <description>&lt;P&gt;Hi Serv,&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;If you are facing the same issue, it might be possible your "clusterName" value in azure-ha.json doesn't match the VM names.&lt;/P&gt;
&lt;P&gt;You can find this file under $FWDIR/conf/azure-ha.json&lt;/P&gt;
&lt;P&gt;As mentioned in earlier posts the value here must match the name of the VM in Azure.&lt;BR /&gt;For example, if you VM names are Azure is "testname1" and "testname2", the value under "clusterName" should be "testname"&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="clustername.png" style="width: 528px;"&gt;&lt;img src="https://community.checkpoint.com/t5/image/serverpage/image-id/21953i37C05969687CDBB6/image-size/large?v=v2&amp;amp;px=999" role="button" title="clustername.png" alt="clustername.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Hope this helps,&lt;/P&gt;</description>
      <pubDate>Wed, 02 Aug 2023 14:09:56 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188449#M1521</guid>
      <dc:creator>Edan_Leventhal</dc:creator>
      <dc:date>2023-08-02T14:09:56Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188469#M1522</link>
      <description>&lt;P&gt;Hello&amp;nbsp;&lt;A class="" href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/13795" target="_self"&gt;&lt;SPAN class=""&gt;Edan_Leventhal&lt;/SPAN&gt;&lt;/A&gt;,&lt;BR /&gt;&lt;BR /&gt;Thanks for your suggestions.&lt;BR /&gt;&lt;BR /&gt;We already have the correct name in place still the VIP is not shifting to secondary gateway interface after failover.&lt;/P&gt;</description>
      <pubDate>Wed, 02 Aug 2023 14:52:46 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188469#M1522</guid>
      <dc:creator>Serv</dc:creator>
      <dc:date>2023-08-02T14:52:46Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188721#M1523</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/75831"&gt;@Serv&lt;/a&gt;&amp;nbsp;&lt;BR /&gt;First, I would recommend taking a look at the HA logs located in $FWDIR/log/azure_had.elg. Check if there are any errors present that could provide insight into the issue.&lt;BR /&gt;Additionally, when you executed the azure_ha_test.py, did it complete successfully, or did you encounter the same error message: 'The hostname xxxxfw002 should be either 'xxxxfw01' or 'xxxxfw02''? &lt;BR /&gt;There's a possibility that the alterations you've implemented to the &lt;SPAN&gt;azure-ha.json&amp;nbsp;&lt;/SPAN&gt;might not have loaded properly. To address this, you could attempt to kill the HA process "kill -9 $(cpwd_admin getpid -name AZURE_HAD)".&lt;BR /&gt;Alternatively, you can execute the command "$FWDIR/scripts/azure_ha_cli.py reconf" to ensure the configuration gets properly loaded.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 06 Aug 2023 13:33:08 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/188721#M1523</guid>
      <dc:creator>Rivka-Strilitz</dc:creator>
      <dc:date>2023-08-06T13:33:08Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/221899#M4900</link>
      <description>&lt;P&gt;Hi PB, Is this script ok to run in prod? Doesn't stop start services/ change state etc?&lt;/P&gt;</description>
      <pubDate>Thu, 25 Jul 2024 12:59:44 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/221899#M4900</guid>
      <dc:creator>balmey</dc:creator>
      <dc:date>2024-07-25T12:59:44Z</dc:date>
    </item>
    <item>
      <title>Re: Troubleshooting Azure HA cluster failover and the API call</title>
      <link>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/221959#M4901</link>
      <description>&lt;P&gt;I don't believe it does anything harmful.&lt;BR /&gt;It might be worth double checking with TAC, though.&lt;/P&gt;</description>
      <pubDate>Thu, 25 Jul 2024 20:39:31 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Cloud-Firewall/Troubleshooting-Azure-HA-cluster-failover-and-the-API-call/m-p/221959#M4901</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2024-07-25T20:39:31Z</dc:date>
    </item>
  </channel>
</rss>

