<?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 Single Incident/Playbook is killing the whole platform in Cortex XSOAR Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/single-incident-playbook-is-killing-the-whole-platform/m-p/596108#M3585</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I built a playbook to pull some nested data (~8 MB in total) which then is used in a looped subplaybook for additional data extraction.The subplaybook is relatively simple, uses for each input loop, starts with &lt;STRONG&gt;deletecontext&lt;/STRONG&gt;&amp;nbsp;(all=yes) and returns couple of small parameters through Outputs. It supposed to have ~600 iterations in total. Subplaybook has some built in JSON parsing as well as some regex conditions. Once the subplaybook kicks in, at some point the platform significantly slows down, console becomes unresponsive. Even the ssh shell becomes extremely slow, it took like ~5 min to login, each letter I type takes some time to appear in a terminal screen. At some point I was able to load workers/status, which showed only few tasks running (including the troubled one), more than a half of the workers were still available. The System Diagnostics page (which also took ages to load) showed 80%CPU, 80%Memory use (normally cpu is under 10%, memory under 60%). The top command in backend also showed quite significant usage of CPU. The playbook is mostly build on defaults, nothing much customized.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Eventually the ssh stopped responding, after hour of waiting i just cold rebooted the server and then closed the incident before it could continue.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;What could be the cause of that behavior? I believe i have much more complex and intensive playbooks which do not cause such issues. Where to look for the clues?&lt;/P&gt;
&lt;P&gt;How is it possible, that a single task/playbook kills the whole platform? Why it takes so many resources from the host, shouldn't resource allocation be restricted to a worker? Isn't this a goal of having podman/docker?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I do not have a test environment to play around the playbook, so replicating the issue is quite costly.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Appreciate for any ideas.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Antanas&lt;/P&gt;</description>
    <pubDate>Wed, 28 Aug 2024 05:13:01 GMT</pubDate>
    <dc:creator>Antanas</dc:creator>
    <dc:date>2024-08-28T05:13:01Z</dc:date>
    <item>
      <title>Single Incident/Playbook is killing the whole platform</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/single-incident-playbook-is-killing-the-whole-platform/m-p/596108#M3585</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I built a playbook to pull some nested data (~8 MB in total) which then is used in a looped subplaybook for additional data extraction.The subplaybook is relatively simple, uses for each input loop, starts with &lt;STRONG&gt;deletecontext&lt;/STRONG&gt;&amp;nbsp;(all=yes) and returns couple of small parameters through Outputs. It supposed to have ~600 iterations in total. Subplaybook has some built in JSON parsing as well as some regex conditions. Once the subplaybook kicks in, at some point the platform significantly slows down, console becomes unresponsive. Even the ssh shell becomes extremely slow, it took like ~5 min to login, each letter I type takes some time to appear in a terminal screen. At some point I was able to load workers/status, which showed only few tasks running (including the troubled one), more than a half of the workers were still available. The System Diagnostics page (which also took ages to load) showed 80%CPU, 80%Memory use (normally cpu is under 10%, memory under 60%). The top command in backend also showed quite significant usage of CPU. The playbook is mostly build on defaults, nothing much customized.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Eventually the ssh stopped responding, after hour of waiting i just cold rebooted the server and then closed the incident before it could continue.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;What could be the cause of that behavior? I believe i have much more complex and intensive playbooks which do not cause such issues. Where to look for the clues?&lt;/P&gt;
&lt;P&gt;How is it possible, that a single task/playbook kills the whole platform? Why it takes so many resources from the host, shouldn't resource allocation be restricted to a worker? Isn't this a goal of having podman/docker?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I do not have a test environment to play around the playbook, so replicating the issue is quite costly.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Appreciate for any ideas.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks,&lt;/P&gt;
&lt;P&gt;Antanas&lt;/P&gt;</description>
      <pubDate>Wed, 28 Aug 2024 05:13:01 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/single-incident-playbook-is-killing-the-whole-platform/m-p/596108#M3585</guid>
      <dc:creator>Antanas</dc:creator>
      <dc:date>2024-08-28T05:13:01Z</dc:date>
    </item>
    <item>
      <title>Re: Single Incident/Playbook is killing the whole platform</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/single-incident-playbook-is-killing-the-whole-platform/m-p/596489#M3588</link>
      <description>&lt;P&gt;funnily enough, Support suggested to close a case that I raised for this and post a question here &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 01 Sep 2024 05:09:43 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/single-incident-playbook-is-killing-the-whole-platform/m-p/596489#M3588</guid>
      <dc:creator>Antanas</dc:creator>
      <dc:date>2024-09-01T05:09:43Z</dc:date>
    </item>
  </channel>
</rss>

