<?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 ClusterXL Gateway Upgrade in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277295#M105526</link>
    <description>&lt;P&gt;I have an older pair of R81.20 HA ClusterXL gateways that I need to upgrade to R82.10. I’ve already built a new management server and migrated the database. This is a KVM environment.&lt;/P&gt;&lt;P&gt;Originally, I planned to do an in-place upgrade on the gateways, but now I’m considering building new gateways instead.&lt;/P&gt;&lt;P&gt;My current thought process is:&lt;/P&gt;&lt;P&gt;1) Shut down the current standby gateway.&lt;BR /&gt;2) Deploy a new R82.10 VM to replace it.&lt;BR /&gt;3) Assign it the same hostname, interfaces, and IP addresses as the old standby.&lt;BR /&gt;4) Re-establish/verify SIC with the management server.&lt;BR /&gt;5) Push policy and verify functionality.&lt;BR /&gt;6) If everything looks good, fail over traffic to the new gateway.&lt;BR /&gt;7) Repeat the process for the second gateway.&lt;/P&gt;&lt;P&gt;Does this sound like a valid approach, or is there a better recommended method for upgrading ClusterXL gateways in a KVM environment?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
    <pubDate>Thu, 21 May 2026 20:33:15 GMT</pubDate>
    <dc:creator>Neck</dc:creator>
    <dc:date>2026-05-21T20:33:15Z</dc:date>
    <item>
      <title>ClusterXL Gateway Upgrade</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277295#M105526</link>
      <description>&lt;P&gt;I have an older pair of R81.20 HA ClusterXL gateways that I need to upgrade to R82.10. I’ve already built a new management server and migrated the database. This is a KVM environment.&lt;/P&gt;&lt;P&gt;Originally, I planned to do an in-place upgrade on the gateways, but now I’m considering building new gateways instead.&lt;/P&gt;&lt;P&gt;My current thought process is:&lt;/P&gt;&lt;P&gt;1) Shut down the current standby gateway.&lt;BR /&gt;2) Deploy a new R82.10 VM to replace it.&lt;BR /&gt;3) Assign it the same hostname, interfaces, and IP addresses as the old standby.&lt;BR /&gt;4) Re-establish/verify SIC with the management server.&lt;BR /&gt;5) Push policy and verify functionality.&lt;BR /&gt;6) If everything looks good, fail over traffic to the new gateway.&lt;BR /&gt;7) Repeat the process for the second gateway.&lt;/P&gt;&lt;P&gt;Does this sound like a valid approach, or is there a better recommended method for upgrading ClusterXL gateways in a KVM environment?&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Thu, 21 May 2026 20:33:15 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277295#M105526</guid>
      <dc:creator>Neck</dc:creator>
      <dc:date>2026-05-21T20:33:15Z</dc:date>
    </item>
    <item>
      <title>Re: ClusterXL Gateway Upgrade</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277301#M105527</link>
      <description>&lt;P&gt;I've seen a similar process being followed for physical gateways.&lt;BR /&gt;Don't see why it wouldn't work here.&lt;/P&gt;</description>
      <pubDate>Thu, 21 May 2026 23:35:53 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277301#M105527</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2026-05-21T23:35:53Z</dc:date>
    </item>
    <item>
      <title>Re: ClusterXL Gateway Upgrade</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277304#M105528</link>
      <description>&lt;P&gt;Yes this sound like a valid approach. Don't forget to manual copy custom scripts, configs, cronjobs etc.&lt;/P&gt;&lt;P&gt;Before Failover with step 6), enable Multi-Version Cluster and pay attention to the Limitations:&lt;/P&gt;&lt;P&gt;&lt;A href="https://sc1.checkpoint.com/documents/R82/WebAdminGuides/EN/CP_R82_Installation_and_Upgrade_Guide/Content/Topics-IUG/MVC-Upgrade-Limitations.htm?tocpath=Upgrade%20of%20Security%20Gateways%20and%20Clusters%7CUpgrading%20ClusterXL%252C%20VSX%20Cluster%252C%20or%20VRRP%20Cluster%7CMulti-Version%20Cluster%20(MVC)%20Upgrade%7C_____3" target="_blank" rel="noopener"&gt;Multi-Version Cluster Limitations&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 22 May 2026 06:32:50 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277304#M105528</guid>
      <dc:creator>morris</dc:creator>
      <dc:date>2026-05-22T06:32:50Z</dc:date>
    </item>
    <item>
      <title>Re: ClusterXL Gateway Upgrade</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277308#M105529</link>
      <description>&lt;P&gt;Hi,&lt;BR /&gt;&lt;BR /&gt;When performing major upgrades, most of the time we re-image the gateways via USB with the new version.&lt;BR /&gt;Especially when the gateways have gone through a lot of upgrades and hotfix installations in the past.&lt;BR /&gt;&lt;BR /&gt;The procedure you describe is well documented in the Check Point upgrade guides and is basically a Multi Version Cluster ugrade. When following the MVC procedure, you are good to go.&lt;BR /&gt;&lt;BR /&gt;Good luck!&lt;BR /&gt;&lt;BR /&gt;Martijn&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 22 May 2026 07:54:31 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277308#M105529</guid>
      <dc:creator>Martijn</dc:creator>
      <dc:date>2026-05-22T07:54:31Z</dc:date>
    </item>
    <item>
      <title>Re: ClusterXL Gateway Upgrade</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277324#M105534</link>
      <description>&lt;P&gt;That's a good plan.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Its the cloud way, destroy and redeploy.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;While you are doing the project you could look into automation procedures for the future projects.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://sc1.checkpoint.com/documents/R82/WebAdminGuides/EN/CP_R82_Gaia_AdminGuide/Content/Topics-GAG/Running-FTCW-in-CLI-Expert-Mode.htm" target="_blank"&gt;https://sc1.checkpoint.com/documents/R82/WebAdminGuides/EN/CP_R82_Gaia_AdminGuide/Content/Topics-GAG/Running-FTCW-in-CLI-Expert-Mode.htm&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;And/or &lt;STRONG&gt;blink&lt;/STRONG&gt; and &lt;STRONG&gt;load&lt;/STRONG&gt; &lt;STRONG&gt;configuration&lt;/STRONG&gt; clish.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 22 May 2026 14:34:20 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277324#M105534</guid>
      <dc:creator>Don_Paterson</dc:creator>
      <dc:date>2026-05-22T14:34:20Z</dc:date>
    </item>
    <item>
      <title>Re: ClusterXL Gateway Upgrade</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277328#M105535</link>
      <description>&lt;P&gt;See if below would apply?&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.checkpoint.com/t5/Firewall-and-Security-Management/Replace-Upgrade-Cluster/td-p/69216" target="_blank"&gt;https://community.checkpoint.com/t5/Firewall-and-Security-Management/Replace-Upgrade-Cluster/td-p/69216&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 22 May 2026 18:18:03 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/ClusterXL-Gateway-Upgrade/m-p/277328#M105535</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2026-05-22T18:18:03Z</dc:date>
    </item>
  </channel>
</rss>

