<?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 In Hunk, app-specific field extraction is not picked up by map-reduce jobs in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129089#M35087</link>
    <description>&lt;P&gt;I'm noticing some weird behavior in a search that is requiring me to inline some regexs in order to get the MR job to work.&lt;/P&gt;

&lt;H4&gt;Step 0: Create a field extraction in an app that is &lt;EM&gt;not search&lt;/EM&gt;&lt;/H4&gt;

&lt;P&gt;Here are the relevant contents of &lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;$HUNK_HOME/etc/apps/{non_searchapp_app}/local/props.conf&lt;/CODE&gt;:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[myvix_sourcetype]
EXTRACT-myField = ^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;H4&gt;Step 1: Verify Field Extraction works&lt;/H4&gt;

&lt;P&gt;Example Search: (Smart Mode)&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events*
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;UL&gt;
&lt;LI&gt;Indeed, on the left hand side I see &lt;EM&gt;my_field&lt;/EM&gt; is recognized and has events being counted for each unique value of &lt;EM&gt;my_field&lt;/EM&gt;&lt;/LI&gt;
&lt;LI&gt;Hunk auto-field detection is indeed working&lt;/LI&gt;
&lt;/UL&gt;

&lt;H4&gt;Step 2: Now check to see the field is being extracted by the search&lt;/H4&gt;

&lt;P&gt;Example Search: (Smart Mode)&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | table _time, my_field
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;I get the following results:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                my_field
 2015-05-26 16:19:57     
 2015-05-26 16:19:57      
 ...
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;H4&gt;Known Workaround&lt;/H4&gt;

&lt;P&gt;Inline the rex and don't rely on the field extraction in props.conf.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | rex field=message "^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)" | table _time, my_field
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;results in the following:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                  my_field
 2015-05-26 16:19:57    my_field_value-A
 2015-05-26 16:19:57    my_field_value-B
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;HR /&gt;

&lt;H4&gt;Interesting corollary:&lt;/H4&gt;

&lt;P&gt;Inlining the following regex (e.g. field=&lt;EM&gt;raw) **_does not work&lt;/EM&gt;**!!!&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | rex field=_raw "^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)" | table _time, my_field, _raw
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;results:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                  my_field                  _raw
 2015-05-26 16:19:57                            {"header": {"time": 1432675197252, "threadId": "qtpXXXX", "requestMarker": "abadbeef42c8", "env": "production", "server": "some-prod-server", "service": "some-service"}}
 2015-05-26 16:19:57                            {"header": {"time": 1432675197253, "threadId": "qtpYYYY", "requestMarker": "8badbeef9139", "env": "production", "server": "some-otherprod-server", "service": "some-other-service"}}
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;&lt;EM&gt;Notice that _raw doesn't work&lt;/EM&gt; because the 'message' field of the _raw avro record is not being included.  Only the 'header' field is being included.&lt;/P&gt;

&lt;P&gt;FWIW, the regex was generated using the "Event Action -&amp;gt; Extract Fields" UI from the main search view.&lt;/P&gt;

&lt;HR /&gt;

&lt;H4&gt;Interesting corollary++:&lt;/H4&gt;

&lt;P&gt;And as one last attempt to self-service and figure this out, I added &lt;CODE&gt;message&lt;/CODE&gt; to the table command.&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;and it works!!&lt;/EM&gt;&lt;/STRONG&gt; Go figure.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | rex field=_raw "^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)" | table _time, my_field, _raw, message
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;results:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                  my_field            _raw                  message
 2015-05-26 16:19:57    my_field_value-A   {"header": {"time": 1432675197252, "threadId": "qtpXXXX", "requestMarker": "abadbeef42c8", "env": "production", "server": "some-prod-server", "service": "some-service"}, "message": "t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-A|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|"}   t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-A|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|
 2015-05-26 16:19:57    my_field_value-B   {"header": {"time": 1432675197253, "threadId": "qtpYYYY", "requestMarker": "8badbeef9139", "env": "production", "server": "some-otherprod-server", "service": "some-other-service"}, "message": "t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-B|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|"}   t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-B|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;So it seems I have to tell hunk ahead of time which "raw fields" to include then it will "auto extract" ?&lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 20:05:23 GMT</pubDate>
    <dc:creator>haneoword</dc:creator>
    <dc:date>2020-09-28T20:05:23Z</dc:date>
    <item>
      <title>In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129089#M35087</link>
      <description>&lt;P&gt;I'm noticing some weird behavior in a search that is requiring me to inline some regexs in order to get the MR job to work.&lt;/P&gt;

&lt;H4&gt;Step 0: Create a field extraction in an app that is &lt;EM&gt;not search&lt;/EM&gt;&lt;/H4&gt;

&lt;P&gt;Here are the relevant contents of &lt;/P&gt;

&lt;P&gt;&lt;CODE&gt;$HUNK_HOME/etc/apps/{non_searchapp_app}/local/props.conf&lt;/CODE&gt;:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[myvix_sourcetype]
EXTRACT-myField = ^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;H4&gt;Step 1: Verify Field Extraction works&lt;/H4&gt;

&lt;P&gt;Example Search: (Smart Mode)&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events*
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;UL&gt;
&lt;LI&gt;Indeed, on the left hand side I see &lt;EM&gt;my_field&lt;/EM&gt; is recognized and has events being counted for each unique value of &lt;EM&gt;my_field&lt;/EM&gt;&lt;/LI&gt;
&lt;LI&gt;Hunk auto-field detection is indeed working&lt;/LI&gt;
&lt;/UL&gt;

&lt;H4&gt;Step 2: Now check to see the field is being extracted by the search&lt;/H4&gt;

&lt;P&gt;Example Search: (Smart Mode)&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | table _time, my_field
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;I get the following results:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                my_field
 2015-05-26 16:19:57     
 2015-05-26 16:19:57      
 ...
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;H4&gt;Known Workaround&lt;/H4&gt;

&lt;P&gt;Inline the rex and don't rely on the field extraction in props.conf.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | rex field=message "^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)" | table _time, my_field
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;results in the following:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                  my_field
 2015-05-26 16:19:57    my_field_value-A
 2015-05-26 16:19:57    my_field_value-B
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;HR /&gt;

&lt;H4&gt;Interesting corollary:&lt;/H4&gt;

&lt;P&gt;Inlining the following regex (e.g. field=&lt;EM&gt;raw) **_does not work&lt;/EM&gt;**!!!&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | rex field=_raw "^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)" | table _time, my_field, _raw
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;results:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                  my_field                  _raw
 2015-05-26 16:19:57                            {"header": {"time": 1432675197252, "threadId": "qtpXXXX", "requestMarker": "abadbeef42c8", "env": "production", "server": "some-prod-server", "service": "some-service"}}
 2015-05-26 16:19:57                            {"header": {"time": 1432675197253, "threadId": "qtpYYYY", "requestMarker": "8badbeef9139", "env": "production", "server": "some-otherprod-server", "service": "some-other-service"}}
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;&lt;EM&gt;Notice that _raw doesn't work&lt;/EM&gt; because the 'message' field of the _raw avro record is not being included.  Only the 'header' field is being included.&lt;/P&gt;

&lt;P&gt;FWIW, the regex was generated using the "Event Action -&amp;gt; Extract Fields" UI from the main search view.&lt;/P&gt;

&lt;HR /&gt;

&lt;H4&gt;Interesting corollary++:&lt;/H4&gt;

&lt;P&gt;And as one last attempt to self-service and figure this out, I added &lt;CODE&gt;message&lt;/CODE&gt; to the table command.&lt;/P&gt;

&lt;P&gt;&lt;STRONG&gt;&lt;EM&gt;and it works!!&lt;/EM&gt;&lt;/STRONG&gt; Go figure.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; index=myvix source=*events* | rex field=_raw "^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+)" | table _time, my_field, _raw, message
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;results:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; _time                  my_field            _raw                  message
 2015-05-26 16:19:57    my_field_value-A   {"header": {"time": 1432675197252, "threadId": "qtpXXXX", "requestMarker": "abadbeef42c8", "env": "production", "server": "some-prod-server", "service": "some-service"}, "message": "t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-A|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|"}   t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-A|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|
 2015-05-26 16:19:57    my_field_value-B   {"header": {"time": 1432675197253, "threadId": "qtpYYYY", "requestMarker": "8badbeef9139", "env": "production", "server": "some-otherprod-server", "service": "some-other-service"}, "message": "t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-B|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|"}   t.blah.X.blah.blah.blah - |x|xxx|xxx|xxxx|xxx-xxxx|my_field_value-B|xxxx|x|x|blah&amp;amp;blah&amp;amp;blah|xxx/xxx|x|x|
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;So it seems I have to tell hunk ahead of time which "raw fields" to include then it will "auto extract" ?&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 20:05:23 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129089#M35087</guid>
      <dc:creator>haneoword</dc:creator>
      <dc:date>2020-09-28T20:05:23Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129090#M35088</link>
      <description>&lt;P&gt;In the props.conf do you have your HDFS directory?&lt;/P&gt;

&lt;P&gt;[source::/user/hunk/data/England/...]&lt;BR /&gt;
sourcetype = England&lt;BR /&gt;
EXTRACT-myField = XYZ&lt;/P&gt;</description>
      <pubDate>Thu, 28 May 2015 00:17:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129090#M35088</guid>
      <dc:creator>rdagan_splunk</dc:creator>
      <dc:date>2015-05-28T00:17:37Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129091#M35089</link>
      <description>&lt;P&gt;In &lt;CODE&gt;$HUNK_HOME/etc/system/local/props.conf&lt;/CODE&gt; (&lt;STRONG&gt;note:&lt;/STRONG&gt; that's &lt;CODE&gt;system/local&lt;/CODE&gt; not &lt;CODE&gt;apps/{non_searchapp_app}/local&lt;/CODE&gt;&lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; [myvix_sourcetype]
 EVAL-_time = strptime('header.time', "%s%3N")
 TRUNCATE = 102400
 MAX_TIMESTAMP_LOOKAHEAD = 30

 [source::/user/hunkuser/data/...]
 sourcetype = myvix_sourcetype
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;In &lt;CODE&gt;$HUNK_HOME/etc/apps/{non_searchapp_app}/local/props.conf&lt;/CODE&gt;:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; [myvix_sourcetype]
 EXTRACT-myField = ^(?:[^\|\n]*\|){6}(?≺my_field≻[^\|]+)
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 28 May 2015 02:35:07 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129091#M35089</guid>
      <dc:creator>haneoword</dc:creator>
      <dc:date>2015-05-28T02:35:07Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129092#M35090</link>
      <description>&lt;P&gt;Ahh, the "corollary" and "corollary++" are actually very important in what you're experiencing - basically what is happening is that Hunk does &lt;STRONG&gt;not&lt;/STRONG&gt;  have any knowledge that the field is being extracted from the "message" field and therefore the Avro reader doesn't output it - thus the extraction fail. Why does it work when you run "index=vix source=&lt;EM&gt;events&lt;/EM&gt;" ? Well, if you're not running a reporting search (stats, timechart etc) the search is effectively ran in "verbose mode" &lt;/P&gt;

&lt;P&gt;There are two ways to fix this:&lt;BR /&gt;
a) if there are some fields that you always need some fields you can tell the record readers to always output them - check this &lt;A href="http://answers.splunk.com/answers/147879/why-hunks-field-extractor-behaves-differently-in-smart-mode-vs-fast-mode.html"&gt;answer&lt;/A&gt; for how to do that&lt;/P&gt;

&lt;P&gt;b) you can tell the extractor that the field is actually being extracted from another field  by modifying the extraction rule as follows:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; [myvix_sourcetype]
EXTRACT-myField = ^(?:[^\|\n]*\|){6}(?&amp;lt;my_field&amp;gt;[^\|]+) IN message 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Unfortunately both methods require you to edit .conf files. &lt;/P&gt;</description>
      <pubDate>Thu, 28 May 2015 02:57:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129092#M35090</guid>
      <dc:creator>Ledion_Bitincka</dc:creator>
      <dc:date>2015-05-28T02:57:46Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129093#M35091</link>
      <description>&lt;P&gt;I'd also recommend revising the time extraction rule based on this &lt;A href="http://answers.splunk.com/answers/147879/why-hunks-field-extractor-behaves-differently-in-smart-mode-vs-fast-mode.html"&gt;answer&lt;/A&gt;  - eval based timestamp extraction causes time based partition pruning to be disabled. &lt;/P&gt;</description>
      <pubDate>Thu, 28 May 2015 03:00:04 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129093#M35091</guid>
      <dc:creator>Ledion_Bitincka</dc:creator>
      <dc:date>2015-05-28T03:00:04Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129094#M35092</link>
      <description>&lt;P&gt;&lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/84495"&gt;@ledion&lt;/a&gt; thanks for pointing that out. I had actually read that answer and always focused on the RHS (e.g. the "%s%3N") and &lt;STRONG&gt;not&lt;/STRONG&gt; the LHS (e.g. EXTRACT-_time vs EVAL-_time).  I'll investigate and report back.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 20:05:29 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129094#M35092</guid>
      <dc:creator>haneoword</dc:creator>
      <dc:date>2020-09-28T20:05:29Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129095#M35093</link>
      <description>&lt;P&gt;@Ledion, going with this:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; [myvix_sourcetype]
 #EVAL-_time = strptime('header.time', "%s%3N")
 #EXTRACT-_time = strptime('header.time', "%s%3N")
 TRUNCATE = 102400
 TIME_PREFIX = "time":[ ]
 TIME_FORMAT = %3N
 MAX_TIMESTAMP_LOOKAHEAD = 40
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Thu, 28 May 2015 05:45:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129095#M35093</guid>
      <dc:creator>haneoword</dc:creator>
      <dc:date>2015-05-28T05:45:51Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129096#M35094</link>
      <description>&lt;P&gt;Since the original developer used the UI to create the regex, &lt;EM&gt;it would be great&lt;/EM&gt; if the UI could &lt;STRONG&gt;&lt;EM&gt;infer&lt;/EM&gt;&lt;/STRONG&gt; that message is required. It severely limits what end users can do for "schema-on-read" use-cases.... requiring a ticket for each field-extraction for the admin to go in and edit.&lt;/P&gt;

&lt;P&gt;I tried both approaches and both worked, as advertised.&lt;/P&gt;

&lt;P&gt;Since this is specific to the {non_searchapp_app} and since I only need it to pull in that field when it needs to I went with b).&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; [myvix_sourcetype]
 EXTRACT-myField = ^(?:[^\|\n]*\|){6}(?≺my_field≻[^\|]+) in message
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;It worked like a charm! Thanks &lt;a href="https://community.splunk.com/t5/user/viewprofilepage/user-id/84495"&gt;@ledion&lt;/a&gt; once again!&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 20:05:31 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129096#M35094</guid>
      <dc:creator>haneoword</dc:creator>
      <dc:date>2020-09-28T20:05:31Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129097#M35095</link>
      <description>&lt;P&gt;Two more things:&lt;BR /&gt;
a) make sure to add header.time in the required fields for the vix &lt;BR /&gt;
b) you'd need to fix TIME_FORMAT, probably need "%s%3N" (or maybe that's what you have and it doesn't render right here) &lt;/P&gt;</description>
      <pubDate>Thu, 28 May 2015 06:26:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129097#M35095</guid>
      <dc:creator>Ledion_Bitincka</dc:creator>
      <dc:date>2015-05-28T06:26:09Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129098#M35096</link>
      <description>&lt;P&gt;Yup. &lt;BR /&gt;
 - Already had header.time as required fields for the vix.&lt;BR /&gt;
 - Missed the %s... added it&lt;/P&gt;</description>
      <pubDate>Thu, 28 May 2015 06:45:39 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129098#M35096</guid>
      <dc:creator>haneoword</dc:creator>
      <dc:date>2015-05-28T06:45:39Z</dc:date>
    </item>
    <item>
      <title>Re: In Hunk, app-specific field extraction is not picked up by map-reduce jobs</title>
      <link>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129099#M35097</link>
      <description>&lt;P&gt;we're already tracking a similar enhancement request internally, for your reference SPL-94381&lt;/P&gt;</description>
      <pubDate>Thu, 28 May 2015 17:22:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/In-Hunk-app-specific-field-extraction-is-not-picked-up-by-map/m-p/129099#M35097</guid>
      <dc:creator>Ledion_Bitincka</dc:creator>
      <dc:date>2015-05-28T17:22:42Z</dc:date>
    </item>
  </channel>
</rss>

