<?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: RAD service logs in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266441#M52642</link>
    <description>&lt;P&gt;Yes, I saw high cpu usage of this daemon as well long ago. In my use case it was not related to this message.&lt;/P&gt;</description>
    <pubDate>Sun, 04 Jan 2026 15:02:10 GMT</pubDate>
    <dc:creator>Vincent_Bacher</dc:creator>
    <dc:date>2026-01-04T15:02:10Z</dc:date>
    <item>
      <title>RAD service logs</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266438#M52639</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;I was checking the RAD service log file: &lt;STRONG&gt;$FWDIR/log/rad.elg&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;and found this:&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt; cat rad.elg
 CPLogGetMyIp: fwobj_get_myown failed
 CPLogGetMyIp: fwobj_get_myown failed
 CPLogGetMyIp: fwobj_get_myown failed&lt;/LI-CODE&gt;
&lt;P&gt;I found this:&lt;/P&gt;
&lt;LI-CODE lang="markup"&gt;The error message "CPLogGetMyIp: fwobj_get_myown failed" in the rad.elg log file indicates that the Resource Advisor (RAD) service is having trouble retrieving the IP address of the local machine. &lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Which IP address is being referenced here?&lt;/P&gt;
&lt;P&gt;What impact could this error have if it persists?&lt;/P&gt;
&lt;P&gt;What symptoms should i have because of that?&lt;/P&gt;
&lt;P&gt;by the way there is no problem known today !&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jan 2026 14:30:47 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266438#M52639</guid>
      <dc:creator>Moudar</dc:creator>
      <dc:date>2026-01-04T14:30:47Z</dc:date>
    </item>
    <item>
      <title>Re: RAD service logs</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266439#M52640</link>
      <description>&lt;P&gt;Depends on how often this happens and when. I remember a hotfix release note where this message is mentioned, occurring at cpstart or so, if I don’t remember wrong. And there it’s stated that it can be safely ignored.&lt;/P&gt;
&lt;P&gt;But as usual bit more details would be helpful.&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jan 2026 14:36:48 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266439#M52640</guid>
      <dc:creator>Vincent_Bacher</dc:creator>
      <dc:date>2026-01-04T14:36:48Z</dc:date>
    </item>
    <item>
      <title>Re: RAD service logs</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266440#M52641</link>
      <description>&lt;P&gt;I’m asking because, some time back, I experienced a situation where the RAD service spiked to 400% CPU usage, causing the gateway CPU to reach 100% and become unresponsive. After approximately one hour, the RAD service returned to normal. I still don’t know the root cause, but I had a Logical Server object in the policy that appeared to disable SecureXL at some point.&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jan 2026 14:47:31 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266440#M52641</guid>
      <dc:creator>Moudar</dc:creator>
      <dc:date>2026-01-04T14:47:31Z</dc:date>
    </item>
    <item>
      <title>Re: RAD service logs</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266441#M52642</link>
      <description>&lt;P&gt;Yes, I saw high cpu usage of this daemon as well long ago. In my use case it was not related to this message.&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jan 2026 15:02:10 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266441#M52642</guid>
      <dc:creator>Vincent_Bacher</dc:creator>
      <dc:date>2026-01-04T15:02:10Z</dc:date>
    </item>
    <item>
      <title>Re: RAD service logs</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266445#M52643</link>
      <description>&lt;P&gt;What version/jumbo? Might be worth confirming with TAC as well.&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jan 2026 21:03:38 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266445#M52643</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2026-01-04T21:03:38Z</dc:date>
    </item>
    <item>
      <title>Re: RAD service logs</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266518#M52662</link>
      <description>&lt;P&gt;There's a note about this error message in the &lt;A href="https://sc1.checkpoint.com/documents/Jumbo_HFA/R80.40/R80.40/Important-Notes.htm" target="_self"&gt;R80.40 JHF notes&lt;/A&gt;:&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;The "&lt;/SPAN&gt;&lt;EM&gt;CPLogGetMyIp: fwobj_get_myown failed&lt;/EM&gt;&lt;SPAN&gt;" error may be displayed when running the "&lt;/SPAN&gt;&lt;EM&gt;cpstart&lt;/EM&gt;&lt;SPAN&gt;" command. Note that it can be safely ignored.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Unless there is some other problem (like high CPU on rad), I'd say it's safe to ignore it.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jan 2026 15:46:48 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266518#M52662</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2026-01-05T15:46:48Z</dc:date>
    </item>
    <item>
      <title>Re: RAD service logs</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266849#M52762</link>
      <description>&lt;P&gt;Is there a reason you check rad.elg? Open any random log / elg files and you will find a bunch of errors. Do you have any issues related to RAD? To have stable RAD I recommend the latest take for all versions.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;check my older post for RAD, still some what relevant:&amp;nbsp;&lt;A href="https://community.checkpoint.com/t5/General-Topics/Tip-How-to-deal-with-RAD-errors/td-p/254261" target="_blank"&gt;https://community.checkpoint.com/t5/General-Topics/Tip-How-to-deal-with-RAD-errors/td-p/254261&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;I would not recommend to change anything before asking TAC.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 08 Jan 2026 21:40:22 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/RAD-service-logs/m-p/266849#M52762</guid>
      <dc:creator>Lesley</dc:creator>
      <dc:date>2026-01-08T21:40:22Z</dc:date>
    </item>
  </channel>
</rss>

