<?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 VSX appliance upgrade to R80.40 T118 - second attempt in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/VSX-appliance-upgrade-to-R80-40-T118-second-attempt/m-p/123283#M17683</link>
    <description>&lt;P&gt;This is a followup on my previous post&amp;nbsp;&lt;A href="https://community.checkpoint.com/t5/Security-Gateways/VSX-appliance-upgrade-to-R80-40-T78-first-impressions/m-p/99930" target="_self"&gt;VSX-appliance-upgrade-to-R80-40-T78-first-impressions&lt;/A&gt;&amp;nbsp;That article has grown too long and messy &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;We did second attempt (first one was sadly rolled back after a week) with our biggest VSX cluster running on 26800T in HA mode. Prior upgrade it was running R80.30 T219&lt;/P&gt;
&lt;P&gt;Here couple of important observations if you are running fairly high traffic volumes&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;This particular VSX cluster had &lt;STRONG&gt;Virtual Router and CPU load&lt;/STRONG&gt; started gradually growing after upgrade eventually hitting 100% utilisation on the VR CPU. Fix for this to disable following global kernel parameter. Apparently it disables dynamic dispatcher. I can't stress enough - it only affected cluster with virtual router and it was HA cluster rather than VSLS.&lt;BR /&gt;&lt;FONT face="courier new,courier" color="#3366FF"&gt;&lt;BR /&gt;fwmultik_temp_conns_enabled 0&lt;BR /&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;Bucket allocation kernel parameter&lt;/STRONG&gt; between SXL and CoreXL requires &lt;STRONG&gt;two reboots&lt;/STRONG&gt; when installing T118 after upgrade as described here&amp;nbsp;&lt;A href="https://community.checkpoint.com/t5/Security-Gateways/Problems-with-large-VSX-platforms-running-R80-40-take-94/m-p/116244/highlight/true#M16386" target="_self"&gt;Problems-with-large-VSX-platforms-running-R80-40-take-94&lt;/A&gt;&amp;nbsp;by&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/5933"&gt;@genisis__&lt;/a&gt;&amp;nbsp;&lt;BR /&gt;You can check it by running command below,&amp;nbsp;it should return number of SXL cores!&lt;BR /&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier" color="#3366FF"&gt;fw ctl get int fwmultik_gconn_segments_num&lt;/FONT&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;SNMP v3 user stops working&lt;/STRONG&gt;. Fix is here&amp;nbsp;&lt;A href="https://community.checkpoint.com/t5/Security-Gateways/R80-40-snmpv3/m-p/91926#M953" target="_self"&gt;SNMP V3 User Fix&lt;/A&gt;&amp;nbsp;. For some reason you might need to run the procedure twice to get it to work&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;Captive Portal not reachable&lt;/STRONG&gt;. Fix is here&amp;nbsp;&lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk170433&amp;amp;partition=Advanced&amp;amp;product=Identity" target="_self"&gt;sk170433&lt;/A&gt;&amp;nbsp;. Rather annoying as I was hoping this would be fixed by now&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;Captive Portal does not display company logo&lt;/STRONG&gt;. I gave up creating new case. Just copied manually our logo to:&lt;BR /&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier" color="#3366FF"&gt;/opt/CPNacPortal/htdocs/nac/images/cp_logo_1.png&lt;/FONT&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;&lt;BR /&gt;Most importantly - R80.40 is showing solid CPU usage improvements! &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 08 Jul 2021 09:33:53 GMT</pubDate>
    <dc:creator>Kaspars_Zibarts</dc:creator>
    <dc:date>2021-07-08T09:33:53Z</dc:date>
    <item>
      <title>VSX appliance upgrade to R80.40 T118 - second attempt</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/VSX-appliance-upgrade-to-R80-40-T118-second-attempt/m-p/123283#M17683</link>
      <description>&lt;P&gt;This is a followup on my previous post&amp;nbsp;&lt;A href="https://community.checkpoint.com/t5/Security-Gateways/VSX-appliance-upgrade-to-R80-40-T78-first-impressions/m-p/99930" target="_self"&gt;VSX-appliance-upgrade-to-R80-40-T78-first-impressions&lt;/A&gt;&amp;nbsp;That article has grown too long and messy &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;We did second attempt (first one was sadly rolled back after a week) with our biggest VSX cluster running on 26800T in HA mode. Prior upgrade it was running R80.30 T219&lt;/P&gt;
&lt;P&gt;Here couple of important observations if you are running fairly high traffic volumes&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;This particular VSX cluster had &lt;STRONG&gt;Virtual Router and CPU load&lt;/STRONG&gt; started gradually growing after upgrade eventually hitting 100% utilisation on the VR CPU. Fix for this to disable following global kernel parameter. Apparently it disables dynamic dispatcher. I can't stress enough - it only affected cluster with virtual router and it was HA cluster rather than VSLS.&lt;BR /&gt;&lt;FONT face="courier new,courier" color="#3366FF"&gt;&lt;BR /&gt;fwmultik_temp_conns_enabled 0&lt;BR /&gt;&lt;BR /&gt;&lt;/FONT&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;Bucket allocation kernel parameter&lt;/STRONG&gt; between SXL and CoreXL requires &lt;STRONG&gt;two reboots&lt;/STRONG&gt; when installing T118 after upgrade as described here&amp;nbsp;&lt;A href="https://community.checkpoint.com/t5/Security-Gateways/Problems-with-large-VSX-platforms-running-R80-40-take-94/m-p/116244/highlight/true#M16386" target="_self"&gt;Problems-with-large-VSX-platforms-running-R80-40-take-94&lt;/A&gt;&amp;nbsp;by&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/5933"&gt;@genisis__&lt;/a&gt;&amp;nbsp;&lt;BR /&gt;You can check it by running command below,&amp;nbsp;it should return number of SXL cores!&lt;BR /&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier" color="#3366FF"&gt;fw ctl get int fwmultik_gconn_segments_num&lt;/FONT&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;SNMP v3 user stops working&lt;/STRONG&gt;. Fix is here&amp;nbsp;&lt;A href="https://community.checkpoint.com/t5/Security-Gateways/R80-40-snmpv3/m-p/91926#M953" target="_self"&gt;SNMP V3 User Fix&lt;/A&gt;&amp;nbsp;. For some reason you might need to run the procedure twice to get it to work&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;Captive Portal not reachable&lt;/STRONG&gt;. Fix is here&amp;nbsp;&lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk170433&amp;amp;partition=Advanced&amp;amp;product=Identity" target="_self"&gt;sk170433&lt;/A&gt;&amp;nbsp;. Rather annoying as I was hoping this would be fixed by now&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;Captive Portal does not display company logo&lt;/STRONG&gt;. I gave up creating new case. Just copied manually our logo to:&lt;BR /&gt;&lt;BR /&gt;&lt;FONT face="courier new,courier" color="#3366FF"&gt;/opt/CPNacPortal/htdocs/nac/images/cp_logo_1.png&lt;/FONT&gt;&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;&lt;BR /&gt;Most importantly - R80.40 is showing solid CPU usage improvements! &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 08 Jul 2021 09:33:53 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/VSX-appliance-upgrade-to-R80-40-T118-second-attempt/m-p/123283#M17683</guid>
      <dc:creator>Kaspars_Zibarts</dc:creator>
      <dc:date>2021-07-08T09:33:53Z</dc:date>
    </item>
  </channel>
</rss>

