<?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: Using DATETIME_CONFIG=NONE with a DATETIME_CONFIG fails to extract dates in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Using-DATETIME-CONFIG-NONE-with-a-DATETIME-CONFIG-fails-to/m-p/381555#M68813</link>
    <description>&lt;P&gt;This will work as a minimum. Make sure to include all 8 golden props.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[ your_sourcetype ]
SHOULD_LINEMERGE=true
LINE_BREAKER=([\n\s]*)\d{4}-\d{2}-\d{2}\s\d{2}:\d{2}:\d{2}.\d{3}
NO_BINARY_CHECK=true
TIME_FORMAT=%Y-%m-%d %H:%M:%S.%3N
TIME_PREFIX=^
MAX_TIMESTAMP_LOOKAHEAD=23
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;You should always set the following 8:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;TIME_PREFIX = regex of the text that leads up to the timestamp
MAX_TIMESTAMP_LOOKAHEAD = how many characters for the timestamp
TIME_FORMAT = strftime format of the timestamp
# for multiline events: SHOULD_LINEMERGE should always be set to false as LINE_BREAKER will speed up multiline events
SHOULD_LINEMERGE = false
# Wherever the LINE_BREAKER regex matches, Splunk considers the start
# of the first capturing group to be the end of the previous event
# and considers the end of the first capturing group to be the start of the next event.
# Defaults to ([\r\n]+), meaning data is broken into an event for each line
LINE_BREAKER = regular expression for event breaks
TRUNCATE = 999999 (always a high number / not 0)
# Use the following attributes to handle better load balancing from UF.
# Please note the EVENT_BREAKER properties are applicable for Splunk Universal
# Forwarder instances only. Valid with forwarders &amp;gt; 6.5.0
EVENT_BREAKER_ENABLE = true
EVENT_BREAKER = regular expression for event breaks
&lt;/CODE&gt;&lt;/PRE&gt;</description>
    <pubDate>Tue, 09 Jul 2019 11:39:46 GMT</pubDate>
    <dc:creator>Azeemering</dc:creator>
    <dc:date>2019-07-09T11:39:46Z</dc:date>
    <item>
      <title>Using DATETIME_CONFIG=NONE with a DATETIME_CONFIG fails to extract dates</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Using-DATETIME-CONFIG-NONE-with-a-DATETIME-CONFIG-fails-to/m-p/381554#M68812</link>
      <description>&lt;P&gt;I'm having trouble parsing a log file that has a format similar to this format:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;2019-07-08 14:03:59.335 INFO [Filename.java:91] Processing the following from Queue 
------------------------------------
Some text can go here

------------------------------------
2019-07-08 14:03:59.340 INFO [Filename.java:118] Received, will be ignored
2019-07-08 14:03:60.340 INFO [SomethingElse.java:118] Received, will be ignored
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Note that it always starts with this date and can be several lines long.&lt;/P&gt;

&lt;P&gt;I am currently trying this as my sourcetype in props.ini, but it does not extract the date:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;SHOULD_LINEMERGE=true
LINE_BREAKER=([\r\n]+)
NO_BINARY_CHECK=true
BREAK_ONLY_BEFORE=\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2}\.\d{3}\s[\w+\s\[\w\.]+(\:\d+)?\]
# \d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2} also fails
DATETIME_CONFIG=NONE
TIME_FORMAT=%Y-%m-%d %H:%M:%S
TIME_PREFIX=^
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;It gives me the "fails to parse timestamp, reverting to modtime" message and I don't know why. I am trying a sample of only 3 lines and each line matches that format but none of the dates extract. Why is this?&lt;/P&gt;</description>
      <pubDate>Tue, 09 Jul 2019 00:03:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Using-DATETIME-CONFIG-NONE-with-a-DATETIME-CONFIG-fails-to/m-p/381554#M68812</guid>
      <dc:creator>khevans</dc:creator>
      <dc:date>2019-07-09T00:03:26Z</dc:date>
    </item>
    <item>
      <title>Re: Using DATETIME_CONFIG=NONE with a DATETIME_CONFIG fails to extract dates</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Using-DATETIME-CONFIG-NONE-with-a-DATETIME-CONFIG-fails-to/m-p/381555#M68813</link>
      <description>&lt;P&gt;This will work as a minimum. Make sure to include all 8 golden props.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[ your_sourcetype ]
SHOULD_LINEMERGE=true
LINE_BREAKER=([\n\s]*)\d{4}-\d{2}-\d{2}\s\d{2}:\d{2}:\d{2}.\d{3}
NO_BINARY_CHECK=true
TIME_FORMAT=%Y-%m-%d %H:%M:%S.%3N
TIME_PREFIX=^
MAX_TIMESTAMP_LOOKAHEAD=23
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;You should always set the following 8:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;TIME_PREFIX = regex of the text that leads up to the timestamp
MAX_TIMESTAMP_LOOKAHEAD = how many characters for the timestamp
TIME_FORMAT = strftime format of the timestamp
# for multiline events: SHOULD_LINEMERGE should always be set to false as LINE_BREAKER will speed up multiline events
SHOULD_LINEMERGE = false
# Wherever the LINE_BREAKER regex matches, Splunk considers the start
# of the first capturing group to be the end of the previous event
# and considers the end of the first capturing group to be the start of the next event.
# Defaults to ([\r\n]+), meaning data is broken into an event for each line
LINE_BREAKER = regular expression for event breaks
TRUNCATE = 999999 (always a high number / not 0)
# Use the following attributes to handle better load balancing from UF.
# Please note the EVENT_BREAKER properties are applicable for Splunk Universal
# Forwarder instances only. Valid with forwarders &amp;gt; 6.5.0
EVENT_BREAKER_ENABLE = true
EVENT_BREAKER = regular expression for event breaks
&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 09 Jul 2019 11:39:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Using-DATETIME-CONFIG-NONE-with-a-DATETIME-CONFIG-fails-to/m-p/381555#M68813</guid>
      <dc:creator>Azeemering</dc:creator>
      <dc:date>2019-07-09T11:39:46Z</dc:date>
    </item>
  </channel>
</rss>

