<?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: Fields extraction problem in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43250#M10179</link>
    <description>&lt;P&gt;That looks like a dreadful regex, also we need some example data to help&lt;/P&gt;</description>
    <pubDate>Fri, 23 Nov 2012 09:05:21 GMT</pubDate>
    <dc:creator>Drainy</dc:creator>
    <dc:date>2012-11-23T09:05:21Z</dc:date>
    <item>
      <title>Fields extraction problem</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43249#M10178</link>
      <description>&lt;P&gt;HI Experts. &lt;/P&gt;

&lt;P&gt;I did fields extraction in regexr, The fields matching in regexr is no problem. &lt;BR /&gt;
But, On splunk , we can see only  EXTRACT-Security_Firewall-threat_00. This logs is paloalto logs.&lt;BR /&gt;
EXTRACT-Security_Firewall-threat_01 cannot see on splunk fields. what is problem ?&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;EXTRACT-Security_Firewall-threat_00 = ^\w+\s+\d+\s+\d+:\d+:\d+\s+\d+.\d+.\d+.\d+\s+\w+\s+\d+\s+\d+:\d+:\d+\s+(?&amp;lt;future_use1&amp;gt;[^,]+),+(?&amp;lt;receive_time&amp;gt;[^,]+),+(?&amp;lt;serial_number&amp;gt;[^,]+),+(?&amp;lt;type&amp;gt;[^,]+),+(?&amp;lt;log_subtype&amp;gt;[^,]+),+(?&amp;lt;future_use2&amp;gt;[^,]+),+(?&amp;lt;generated_time&amp;gt;[^,]+),+(?&amp;lt;src_ip&amp;gt;[^,]+),+(?&amp;lt;dst_ip&amp;gt;[^,]+),+(?&amp;lt;nat_src_ip&amp;gt;[^,]+),+(?&amp;lt;nat_dst_ip&amp;gt;[^,]+),+(?&amp;lt;rule_name&amp;gt;[^,]+),(?&amp;lt;src_user&amp;gt;\w*)\,(?&amp;lt;dst_user&amp;gt;\w*)\,+(?&amp;lt;application&amp;gt;[^,]+),+(?&amp;lt;virtual_system&amp;gt;[^,]+),+(?&amp;lt;src_zone&amp;gt;[^,]+),+(?&amp;lt;dst_zone&amp;gt;[^,]+),+(?&amp;lt;ingress_interface&amp;gt;[^,]+),+(?&amp;lt;egress_interface&amp;gt;[^,]+),+(?&amp;lt;log_forwarding_profile&amp;gt;[^,]+),+(?&amp;lt;future_use3&amp;gt;[^,]+),+(?&amp;lt;session_id&amp;gt;[^,]+),+(?&amp;lt;repeat_count&amp;gt;[^,]+),+(?&amp;lt;src_port&amp;gt;[^,]+),+(?&amp;lt;dst_port&amp;gt;[^,]+),+(?&amp;lt;nat_src_port&amp;gt;[^,]+),+(?&amp;lt;nat_dst_port&amp;gt;[^,]+),+(?&amp;lt;flags&amp;gt;[^,]+),+(?&amp;lt;protocol&amp;gt;[^,]+),+(?&amp;lt;action&amp;gt;[^,]+),"+(?&amp;lt;misc&amp;gt;[^,]+)\"

EXTRACT-Security_Firewall-threat_01 = \",(?&amp;lt;threat_id&amp;gt;[^,]+),+(?&amp;lt;category&amp;gt;[^,]+),+(?&amp;lt;severity&amp;gt;[^,]+),+(?&amp;lt;direction&amp;gt;[^,]+),+(?&amp;lt;sequence_number&amp;gt;[^,]+),+(?&amp;lt;action_flags&amp;gt;[^,]+),+(?&amp;lt;src_location&amp;gt;[^,]+),+(?&amp;lt;dst_location&amp;gt;[^,]+),+(?&amp;lt;future_use4&amp;gt;[^,]+),+(?&amp;lt;content_type&amp;gt;[^ ].*)
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Mon, 28 Sep 2020 12:51:25 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43249#M10178</guid>
      <dc:creator>himang2c</dc:creator>
      <dc:date>2020-09-28T12:51:25Z</dc:date>
    </item>
    <item>
      <title>Re: Fields extraction problem</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43250#M10179</link>
      <description>&lt;P&gt;That looks like a dreadful regex, also we need some example data to help&lt;/P&gt;</description>
      <pubDate>Fri, 23 Nov 2012 09:05:21 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43250#M10179</guid>
      <dc:creator>Drainy</dc:creator>
      <dc:date>2012-11-23T09:05:21Z</dc:date>
    </item>
    <item>
      <title>Re: Fields extraction problem</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43251#M10180</link>
      <description>&lt;P&gt;Try replacing -threat  with _threat.&lt;/P&gt;

&lt;P&gt;I've read (but not tested) that using - in your extract name causes problems because '-' is a delimiter.&lt;/P&gt;

&lt;P&gt;In that case both your extracts woould be called Security_Firewall&lt;/P&gt;</description>
      <pubDate>Fri, 23 Nov 2012 11:23:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43251#M10180</guid>
      <dc:creator>jonuwz</dc:creator>
      <dc:date>2012-11-23T11:23:26Z</dc:date>
    </item>
    <item>
      <title>Re: Fields extraction problem</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43252#M10181</link>
      <description>&lt;P&gt;I believe that if both EXTRACTs apply to the same source, sourcetype or host, you will get the outcome you see. The documentation for the props.conf spec (&lt;A href="http://docs.splunk.com/Documentation/Splunk/5.0/Admin/Propsconf#props.conf.spec"&gt;http://docs.splunk.com/Documentation/Splunk/5.0/Admin/Propsconf#props.conf.spec&lt;/A&gt;) states that you need to use REPORT instead of EXTRACT if - amongst other reasons - you want to:&lt;BR /&gt;
&lt;QUOTE&gt;&lt;BR /&gt;
  * Apply more than one field-extracting regular expression to the same source, source&lt;BR /&gt;
          type, or host. This can be necessary in cases where the field or fields that you want&lt;BR /&gt;
          to extract from a particular source, source type, or host appear in two or more very&lt;BR /&gt;
          different event patterns.&lt;BR /&gt;
&lt;/QUOTE&gt; &lt;/P&gt;

&lt;P&gt;Can you try REPORT and (pun not intended) report back, please?&lt;/P&gt;</description>
      <pubDate>Fri, 23 Nov 2012 21:48:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43252#M10181</guid>
      <dc:creator>stefandagerman</dc:creator>
      <dc:date>2012-11-23T21:48:39Z</dc:date>
    </item>
    <item>
      <title>Re: Fields extraction problem</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43253#M10182</link>
      <description>&lt;P&gt;Not quite. Basically the difference is that EXTRACT allows you to put an inline regular expression into your props stanzas. REPORT just references a stanza inside transforms. In this case you could do EXTRACT-rule1 = ([^\d+]), EXTRACT-rule2 = ([^\d+]) on different lines. With REPORT you would just put REPORT-rules = rule1,rule2 and inside transforms you would define a rule1 and rule2 stanza. Either approach would work&lt;/P&gt;</description>
      <pubDate>Fri, 23 Nov 2012 21:53:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Fields-extraction-problem/m-p/43253#M10182</guid>
      <dc:creator>Drainy</dc:creator>
      <dc:date>2012-11-23T21:53:13Z</dc:date>
    </item>
  </channel>
</rss>

