<?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: ER: Remove performance issue with oracode lookup in All Apps and Add-ons</title>
    <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214117#M23100</link>
    <description>&lt;P&gt;...and I heard back from the team that there is already work underway to address these issues. They have added this Answers posting to the internal page where they are coordinating the work.&lt;/P&gt;</description>
    <pubDate>Mon, 22 Feb 2016 15:52:50 GMT</pubDate>
    <dc:creator>ChrisG</dc:creator>
    <dc:date>2016-02-22T15:52:50Z</dc:date>
    <item>
      <title>ER: Remove performance issue with oracode lookup</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214115#M23098</link>
      <description>&lt;P&gt;For five sourcetypes, there's this automatic lookup defined:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;LOOKUP-ORACODE = oracle_ora_code_lookup ORACODE OUTPUTNEW DESCRIPTION, CAUSE, ACTION
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;&lt;CODE&gt;ACTION&lt;/CODE&gt; values returned are a textual description of what you can do to alleviate the issue around the respective code.&lt;/P&gt;

&lt;P&gt;Conversely, several sourcetypes have this transforms-based search time field extraction:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;REPORT-ACTION_text = ACTION_text
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;This yields a field also called &lt;CODE&gt;ACTION&lt;/CODE&gt;, containing numerical oracle action codes, e.g. 100 for a login.&lt;/P&gt;

&lt;P&gt;Given that these two fields share the same name, searching for &lt;CODE&gt;ACTION=100&lt;/CODE&gt; triggers Splunk to go through the lookup and check if there happens to be a row with &lt;CODE&gt;ACTION=100&lt;/CODE&gt; in case it needs to search for the corresponding &lt;CODE&gt;ORACODE&lt;/CODE&gt; value instead. It'll never find a numerical &lt;CODE&gt;ACTION&lt;/CODE&gt; in the textual descriptive &lt;CODE&gt;ACTION&lt;/CODE&gt; of the lookup, so the results remain correct - however, going through 20000 lines of lookup is a needless drain on performance for Splunk to build the normalizedSearch string before executing the search. Execution itself is not affected, but I've seen up to a second of additional search startup overhead added to every search just from going through this lookup once for each of the five sourcetypes.&lt;/P&gt;

&lt;P&gt;To alleviate this, please change the &lt;CODE&gt;ACTION&lt;/CODE&gt; field name returned by the lookup to something else.&lt;/P&gt;</description>
      <pubDate>Sat, 20 Feb 2016 16:57:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214115#M23098</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2016-02-20T16:57:10Z</dc:date>
    </item>
    <item>
      <title>Re: ER: Remove performance issue with oracode lookup</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214116#M23099</link>
      <description>&lt;P&gt;I filed a ticket with the add-on team about this: ADDON-7882.&lt;/P&gt;</description>
      <pubDate>Sat, 20 Feb 2016 17:07:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214116#M23099</guid>
      <dc:creator>ChrisG</dc:creator>
      <dc:date>2016-02-20T17:07:40Z</dc:date>
    </item>
    <item>
      <title>Re: ER: Remove performance issue with oracode lookup</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214117#M23100</link>
      <description>&lt;P&gt;...and I heard back from the team that there is already work underway to address these issues. They have added this Answers posting to the internal page where they are coordinating the work.&lt;/P&gt;</description>
      <pubDate>Mon, 22 Feb 2016 15:52:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214117#M23100</guid>
      <dc:creator>ChrisG</dc:creator>
      <dc:date>2016-02-22T15:52:50Z</dc:date>
    </item>
    <item>
      <title>Re: ER: Remove performance issue with oracode lookup</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214118#M23101</link>
      <description>&lt;P&gt;If you can provide more information about how you build the normalizedSearch, it will be great help.&lt;/P&gt;</description>
      <pubDate>Tue, 23 Feb 2016 03:22:06 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214118#M23101</guid>
      <dc:creator>kchen_splunk</dc:creator>
      <dc:date>2016-02-23T03:22:06Z</dc:date>
    </item>
    <item>
      <title>Re: ER: Remove performance issue with oracode lookup</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214119#M23102</link>
      <description>&lt;P&gt;It's all in my app, the Knowledge Object Explorer at &lt;A href="https://splunkbase.splunk.com/app/2871/"&gt;https://splunkbase.splunk.com/app/2871/&lt;/A&gt; - new version soon that can detect this kind of "zero match lookup", let me know if you want to beta test.&lt;/P&gt;</description>
      <pubDate>Tue, 23 Feb 2016 05:40:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214119#M23102</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2016-02-23T05:40:26Z</dc:date>
    </item>
    <item>
      <title>Re: ER: Remove performance issue with oracode lookup</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214120#M23103</link>
      <description>&lt;P&gt;As of 3.4.0, the lookup now produces &lt;CODE&gt;oracle_alert_action&lt;/CODE&gt; and the eventtypes now use &lt;CODE&gt;oracle_audit_action&lt;/CODE&gt;, so this has been fixed.&lt;/P&gt;</description>
      <pubDate>Fri, 08 Apr 2016 21:23:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214120#M23103</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2016-04-08T21:23:01Z</dc:date>
    </item>
    <item>
      <title>Re: ER: Remove performance issue with oracode lookup</title>
      <link>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214121#M23104</link>
      <description>&lt;P&gt;The Knowledge Object Explorer v1.1 is out at &lt;A href="https://splunkbase.splunk.com/app/2871/"&gt;https://splunkbase.splunk.com/app/2871/&lt;/A&gt; for your normalizedSearch needs &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 08 Apr 2016 21:23:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/All-Apps-and-Add-ons/ER-Remove-performance-issue-with-oracode-lookup/m-p/214121#M23104</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2016-04-08T21:23:44Z</dc:date>
    </item>
  </channel>
</rss>

