<?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: New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas? in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118133#M16734</link>
    <description>&lt;P&gt;Thanks PhoneBoy, TAC was my next point of call. I tend to have a look and post on this and previous forums as this forum has helped me to resolve issues quick countless times. Appreciate your hard work boys.&lt;/P&gt;&lt;P&gt;Shlomip, you right of course the new box is XFS instead of EXT3 file system, I did do what i thought was a clean install "installer clean-install" which does successfully install but fails to setup the boot variables in some way. So is it the case that the newly build R80.20 partition is EXT3 but the boot part of the device stays XFS hence failing the boot sequence as it cant read the boot files relating to EXT3?&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would have thought fair few people would have had this issue, wonder if there is a way of rolling back to EXT3 as part of clean-install/rebuild? That sk relates to restoring the snapshot where as I am rebuilding the OS then restoring the backup, so very close but not the same. There must be a way.&lt;/P&gt;&lt;P&gt;Many Thanks. D&lt;/P&gt;&lt;P&gt;installer import local /var/log/r8020_upgrade_files/Check_Point_R80.20_T101_Fresh_Install_and_Upgrade_Security_Gateway.tgz&lt;/P&gt;&lt;P&gt;installer clean-install&lt;/P&gt;&lt;P&gt;[Expert@gw-838e5f:0]# df -T&lt;BR /&gt;Filesystem Type 1K-blocks Used Available Use% Mounted on&lt;BR /&gt;/dev/mapper/vg_splat-lv_current &lt;STRONG&gt;xfs&lt;/STRONG&gt; 33538048 7497628 26040420 23% /&lt;/P&gt;</description>
    <pubDate>Tue, 11 May 2021 08:08:32 GMT</pubDate>
    <dc:creator>Dario1</dc:creator>
    <dc:date>2021-05-11T08:08:32Z</dc:date>
    <item>
      <title>New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118085#M16719</link>
      <description>&lt;P&gt;Hello gents, any info or possible resolution for this issue would be much appreciated.&lt;/P&gt;&lt;P&gt;We have had a box RMAd due to PSU failure, the new box has R80.40 preinstalled however we need to downgrade OS to match our other GW in the HA cluster to R80.20. I have manually installed off-line CPUSE image which installs successfully, upon reboot it goes into reboot loop. then I downloaded blink image and installed following the blink instructions also installs successfully then same again reboot goes into endless loop. To restore box back to original R80.40 i would interrupt the boot and restore the snapshot.&lt;/P&gt;&lt;P&gt;I have never had any issues with the builds using either method in the past the only difference here is this box came with R80.40 preinstalled. Most of our builds are done remotely with terminal server console, any ideas where we going wrong?&lt;/P&gt;&lt;P&gt;Here is the output post build and reboot: (Appreciate your help)&amp;nbsp;&lt;/P&gt;&lt;P&gt;Tue May 4 11:07:57 2021 *A* [Main]: Blink image execution started&lt;BR /&gt;Tue May 4 11:07:57 2021 *A* [Main]: Blink Utility version: 1.1&lt;BR /&gt;Tue May 4 11:07:57 2021 *N* [Main]: Extracting image content to: /var/log/blink/launcher/files/&lt;BR /&gt;Tue May 4 11:08:03 2021 *N* [Main]: Verifying main engine integrity&lt;BR /&gt;Tue May 4 11:08:03 2021 *A* [Main]: Verified OK&lt;BR /&gt;Tue May 4 11:08:03 2021 *N* [Main]: Loading engine configurations&lt;BR /&gt;Tue May 4 11:08:03 2021 *A* [Main]: Image Version: R80.20&lt;BR /&gt;Tue May 4 11:08:03 2021 *A* [Main]: Blink Engine Version: 1.1&lt;BR /&gt;Tue May 4 11:08:03 2021 *N* [Main]: Image Used: blink_image_1.1_Check_Point_R80.20_T117_Gateway.tgz&lt;BR /&gt;Tue May 4 11:08:03 2021 *N* [Main]: Executing the main engine&lt;BR /&gt;Tue May 4 11:08:04 2021 *A* [Main]: Starting Blink engine process&lt;BR /&gt;Tue May 4 11:08:04 2021 *N* [Main]: Preparing required installation files&lt;BR /&gt;Tue May 4 11:08:04 2021 *N* [Main]: Verifying the integrity of the image files&lt;BR /&gt;Tue May 4 11:08:13 2021 *A* [Main]: Verification succeeded&lt;BR /&gt;Tue May 4 11:08:13 2021 *A* [Main]: Starting installation of 'Security Gateway' image&lt;BR /&gt;Tue May 4 11:08:13 2021 *N* [Main]: Executing stage - Create Partition&lt;BR /&gt;Tue May 4 11:08:18 2021 *N* [Main]: Executing stage - Extract Image&lt;BR /&gt;Tue May 4 11:08:56 2021 *N* [Main]: Executing stage - Merge /var/log files&lt;BR /&gt;Tue May 4 11:08:57 2021 *N* [Main]: Executing stage - Create Snapshot&lt;BR /&gt;Tue May 4 11:08:57 2021 *N* [Main]: Skipping 'Create Snapshot' stage.&lt;BR /&gt;Tue May 4 11:08:57 2021 *N* [Main]: Executing stage - Machine Configuration&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Executing stage - Gateway Configuration&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Executing stage - Blink Wizard Configurations&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Skipping 'Blink Wizard Configurations' stage.&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Executing stage - Blink Updates Configurations&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Skipping 'Blink Updates Configurations' stage.&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Executing stage - User Updates Configurations&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Skipping 'User Updates Configurations' stage.&lt;BR /&gt;Tue May 4 11:09:04 2021 *N* [Main]: Executing stage - Post Installation Actions&lt;BR /&gt;Tue May 4 11:09:19 2021 *N* [Main]: Executing stage - Finalize Installation&lt;BR /&gt;Tue May 4 11:09:19 2021 *N* [Main]: Total time for gateway 'Security Gateway': 0 hours 1 minutes 6 seconds&lt;BR /&gt;Tue May 4 11:09:19 2021 *A* [Main]: Security Gateway execution finished&lt;BR /&gt;Tue May 4 11:09:19 2021 *N* [Main]: Total Blink engine execution time: 0 hours 1 minutes 15 seconds&lt;BR /&gt;Tue May 4 11:09:19 2021 *N* [Main]: The machine will go to reboot in 10 seconds!&lt;BR /&gt;Tue May 4 11:09:19 2021 *A* [Main]: The installation has finished successfully and is pending reboot!&lt;BR /&gt;[Expert@gw-838e5f:0]#&lt;BR /&gt;Broadcast message from admin@gw-838e5f (Tue May 4 11:09:29 2021):&lt;/P&gt;&lt;P&gt;Please stand by while rebooting the system...&lt;BR /&gt;&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x3&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x4&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x5&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x6ooting in 4 seconds]&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x7&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x8&lt;BR /&gt;ÿi8042.c: No controller found.&lt;BR /&gt;insmod: error inserting '/lib/cciss.ko': -1 Unknown symbol in module&lt;BR /&gt;insmod: error inserting '/lib/ahci.ko': -1 Unknown symbol in module&lt;BR /&gt;read_urandom: /dev/urandom: open failed: No such file or directory&lt;BR /&gt;Reading all physical volumes. This may take a while...&lt;BR /&gt;/dev/ram0: ioctl BLKPBSZGET failed: Invalid argumentds]&lt;BR /&gt;/dev/ram0: ioctl BLKPBSZGET failed: Invalid argument&lt;BR /&gt;/dev/ram0: ioctl BLKPBSZGET failed: Invalid argument&lt;BR /&gt;/dev/ram0: ioctl BLKPBSZGET failed: Invalid argument&lt;/P&gt;&lt;P&gt;....................... more of the same after this&lt;/P&gt;&lt;P&gt;/dev/ram7: ioctl BLKPBSZGET failed: Invalid arguKernel panic - not syncing: Attempted to kill init!&lt;BR /&gt;ment&lt;BR /&gt;/dev/ram 7: ioctl BLKPBSZ&lt;BR /&gt;Entering kdb (current=0xffff810107f447b0, pid 1) on processor 0 due to KDB_ENTER()&lt;BR /&gt;ahci: Unknown symbol ata_link_online&lt;BR /&gt;ahci: Unknown symbol ata_std_postreset&lt;BR /&gt;ahci: Unknown symbol sata_pmp_std_postreset&lt;BR /&gt;ahci: Unknown symbol sata_pmp_std_prereset&lt;BR /&gt;ahci: Unknown symbol ata_tf_from_fis&lt;BR /&gt;ahci: Unknown symbol ata_qc_complete_multiple&lt;BR /&gt;ahci: Unknown symbol ata_wait_after_reset&lt;BR /&gt;ahci: Unknown symbol ata_wait_ready&lt;BR /&gt;ahci: Unknown symbol ata_noop_dev_select&lt;BR /&gt;ahci: Unknown symbol ata_tf_to_fis&lt;BR /&gt;ahci: Unknown symbol ata_pci_device_do_resume&lt;BR /&gt;ahci: Unknown symbol ata_host_activate&lt;BR /&gt;ahci: Unknown symbol ata_dev_classify&lt;BR /&gt;ahci: Unknown symbol sata_link_hardreset&lt;BR /&gt;ahci: Unknown symbol ata_scsi_change_queue_depth&lt;BR /&gt;ahci: Unknown symbol sata_std_hardreset&lt;BR /&gt;ahci: Unknown symbol class_device_attr_link_power_management_policy&lt;BR /&gt;ahci: Unknown symbol ata_ehi_clear_desc&lt;BR /&gt;ahci: Unknown symbol ata_pci_device_suspend&lt;/P&gt;&lt;P&gt;....................... more of the same after this&lt;/P&gt;&lt;P&gt;ioctl32(lvm:609): Unknown cmd fd(3) cmd(0000127b){00} arg(0933e0e8) on /dev/ram8&lt;BR /&gt;usb 1-1: new high speed USB device using ehci_hcd and address 2&lt;BR /&gt;usb 1-1: configuration #1 chosen from 1 choice&lt;BR /&gt;hub 1-1:1.0: USB hub found&lt;BR /&gt;hub 1-1:1.0: 6 ports detected&lt;BR /&gt;usb 2-1: new high speed USB device using ehci_hcd and address 2&lt;BR /&gt;usb 2-1: configuration #1 chosen from 1 choice&lt;BR /&gt;hub 2-1:1.0: USB hub found&lt;BR /&gt;hub 2-1:1.0: 8 ports detected&lt;BR /&gt;Kernel panic - not syncing: Attempted to kill init!&lt;BR /&gt;wdt stop function not defined&lt;BR /&gt;Stack traceback for pid 1&lt;BR /&gt;0xffff810107f447b0 1 0 1 0 R 0xffff810107f44a90 *init&lt;BR /&gt;rsp rip Function (args)&lt;BR /&gt;0xffff810107f57e00 0xffffffff8015cf9c kdb_panic+0x1c&lt;BR /&gt;0xffff810107f57e00 0xffffffff80303227 notifier_call_chain+0x37 (unknown, unknown, unknown)&lt;BR /&gt;0xffff810107f57e20 0xffffffff80040fa9 panic+0xa9 (0xffffffff803a7e42, 0x292, 0x0, 0x1, 0x3, 0x1)&lt;BR /&gt;0xffff810107f57f10 0xffffffff800450f5 do_exit+0x975 (0x100)&lt;BR /&gt;0xffff810107f57f60 0xffffffff8004521e do_group_exit+0x4e (unknown)&lt;BR /&gt;0xffff810107f57f80 0xffffffff8002d253 sysenter_do_call+0x1b (unknown, unknown, unknown, unknown, unknown, unknown, 0x23, 0x296)&lt;BR /&gt;&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x3&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x4ooting in 4 seconds]&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x5&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x6&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x7&lt;BR /&gt;ACPI: Getting cpuindex for acpiid 0x8&lt;BR /&gt;ÿi8042.c: No controller found.&lt;BR /&gt;insmod: error inserting '/lib/cciss.ko': -1 Unknown symbol in module&lt;BR /&gt;insmod: error inserting '/lib/ahci.ko': -1 Unknown symbol in module&lt;BR /&gt;read_urandom: /dev/urandom: open failed: No such file or directory&lt;BR /&gt;Reading all physical volumes. This may take a while...&lt;BR /&gt;/dev/ram0: ioctl BLKPBSZGET failed: Invalid argument&lt;BR /&gt;/dev/ram0: ioctl BLKPBSZGET failed: Invalid argument&lt;BR /&gt;/dev/ram0: ioctl BLKPBSZGET failed: Invalid argument&lt;/P&gt;&lt;P&gt;Then does this over and over again.&lt;/P&gt;&lt;P&gt;Any ideas? Tx&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 10 May 2021 15:40:33 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118085#M16719</guid>
      <dc:creator>Dario1</dc:creator>
      <dc:date>2021-05-10T15:40:33Z</dc:date>
    </item>
    <item>
      <title>Re: New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118087#M16720</link>
      <description>&lt;P&gt;Recommend a TAC case.&lt;/P&gt;</description>
      <pubDate>Mon, 10 May 2021 15:51:52 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118087#M16720</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2021-05-10T15:51:52Z</dc:date>
    </item>
    <item>
      <title>Re: New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118091#M16722</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/41067"&gt;@Dario1&lt;/a&gt;&amp;nbsp;,&amp;nbsp;&lt;/P&gt;
&lt;P&gt;You are trying to downgrade R80.40 ( 3.10 kernel)&amp;nbsp; to R80.20 (2.6.18 kernel) this is not supported. (different file system)&lt;/P&gt;
&lt;P&gt;See the below references:&lt;/P&gt;
&lt;P&gt;- &lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk160753" target="_blank" rel="noopener"&gt;R80.40 Known limitation&amp;nbsp;&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Capture.PNG" style="width: 400px;"&gt;&lt;img src="https://community.checkpoint.com/t5/image/serverpage/image-id/11660i222A9E91C672E9D3/image-size/medium?v=v2&amp;amp;px=400" role="button" title="Capture.PNG" alt="Capture.PNG" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;- &lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk170954" target="_blank" rel="noopener"&gt;sk170954&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Best is to do Clean install of your R80.20 image on the RMA'ed device&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;DIV id="tinyMceEditor_5e7ced86916d96shlomip_0" class="mceNonEditable lia-copypaste-placeholder"&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 10 May 2021 16:12:58 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118091#M16722</guid>
      <dc:creator>shlomip</dc:creator>
      <dc:date>2021-05-10T16:12:58Z</dc:date>
    </item>
    <item>
      <title>Re: New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118133#M16734</link>
      <description>&lt;P&gt;Thanks PhoneBoy, TAC was my next point of call. I tend to have a look and post on this and previous forums as this forum has helped me to resolve issues quick countless times. Appreciate your hard work boys.&lt;/P&gt;&lt;P&gt;Shlomip, you right of course the new box is XFS instead of EXT3 file system, I did do what i thought was a clean install "installer clean-install" which does successfully install but fails to setup the boot variables in some way. So is it the case that the newly build R80.20 partition is EXT3 but the boot part of the device stays XFS hence failing the boot sequence as it cant read the boot files relating to EXT3?&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would have thought fair few people would have had this issue, wonder if there is a way of rolling back to EXT3 as part of clean-install/rebuild? That sk relates to restoring the snapshot where as I am rebuilding the OS then restoring the backup, so very close but not the same. There must be a way.&lt;/P&gt;&lt;P&gt;Many Thanks. D&lt;/P&gt;&lt;P&gt;installer import local /var/log/r8020_upgrade_files/Check_Point_R80.20_T101_Fresh_Install_and_Upgrade_Security_Gateway.tgz&lt;/P&gt;&lt;P&gt;installer clean-install&lt;/P&gt;&lt;P&gt;[Expert@gw-838e5f:0]# df -T&lt;BR /&gt;Filesystem Type 1K-blocks Used Available Use% Mounted on&lt;BR /&gt;/dev/mapper/vg_splat-lv_current &lt;STRONG&gt;xfs&lt;/STRONG&gt; 33538048 7497628 26040420 23% /&lt;/P&gt;</description>
      <pubDate>Tue, 11 May 2021 08:08:32 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118133#M16734</guid>
      <dc:creator>Dario1</dc:creator>
      <dc:date>2021-05-11T08:08:32Z</dc:date>
    </item>
    <item>
      <title>Re: New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118167#M16738</link>
      <description>&lt;P&gt;Installing from ISO is the only way to achieve this.&lt;BR /&gt;This means booting the appliance from a USB drive prepared with ISOmorphic using the appropriate installation image.&amp;nbsp;&lt;BR /&gt;This completely reformats/repartitions the drive.&lt;/P&gt;</description>
      <pubDate>Tue, 11 May 2021 14:59:13 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118167#M16738</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2021-05-11T14:59:13Z</dc:date>
    </item>
    <item>
      <title>Re: New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118170#M16739</link>
      <description>&lt;P&gt;I was afraid you would say that, I always thought that mounting a local ISO image as a USB drive is very similar if not the same as using ISOmorphic USB build disk. This is a problem for us as alot of sites are unmanned and the kit is racked with a standard console and layer 3 interface which used to allow remote build where as now its a trip to a remote site and significant delay to restoring RMAd kit.&lt;/P&gt;&lt;P&gt;Thanks for the update. D&lt;/P&gt;</description>
      <pubDate>Tue, 11 May 2021 15:44:31 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118170#M16739</guid>
      <dc:creator>Dario1</dc:creator>
      <dc:date>2021-05-11T15:44:31Z</dc:date>
    </item>
    <item>
      <title>Re: New 5400 box goes into a reboot loop after rebuild to R80.20, any ideas?</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118176#M16740</link>
      <description>&lt;P&gt;It's not the same precisely because the disk itself needs to be reformatted and repartitioned, which can only be done when you are not booting from said disk.&lt;BR /&gt;I believe you would be able to achieve this remotely with a LOM.&lt;/P&gt;</description>
      <pubDate>Tue, 11 May 2021 15:57:16 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/New-5400-box-goes-into-a-reboot-loop-after-rebuild-to-R80-20-any/m-p/118176#M16740</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2021-05-11T15:57:16Z</dc:date>
    </item>
  </channel>
</rss>

