<?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: Why isn't the timestamp being recognized ? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370908#M67353</link>
    <description>&lt;P&gt;Gorgeous - thank you @garethatiagg&lt;/P&gt;</description>
    <pubDate>Mon, 02 Oct 2017 13:29:10 GMT</pubDate>
    <dc:creator>ddrillic</dc:creator>
    <dc:date>2017-10-02T13:29:10Z</dc:date>
    <item>
      <title>Why isn't the timestamp being recognized ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370905#M67350</link>
      <description>&lt;P&gt;We have a case that looks like this -&lt;/P&gt;

&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="alt text"&gt;&lt;img src="https://community.splunk.com/t5/image/serverpage/image-id/3595i4F5C32397F3DEC4A/image-size/large?v=v2&amp;amp;px=999" role="button" title="alt text" alt="alt text" /&gt;&lt;/span&gt;&lt;/P&gt;

&lt;P&gt;So, the events are not broken by the timestamp. Is it because of the underscore between the date and time?&lt;/P&gt;</description>
      <pubDate>Sat, 30 Sep 2017 21:14:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370905#M67350</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2017-09-30T21:14:19Z</dc:date>
    </item>
    <item>
      <title>Re: Why isn't the timestamp being recognized ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370906#M67351</link>
      <description>&lt;P&gt;Most likely the underscores are throwing it off. What's your &lt;CODE&gt;props.conf&lt;/CODE&gt; look like? &lt;/P&gt;</description>
      <pubDate>Sat, 30 Sep 2017 21:30:24 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370906#M67351</guid>
      <dc:creator>skoelpin</dc:creator>
      <dc:date>2017-09-30T21:30:24Z</dc:date>
    </item>
    <item>
      <title>Re: Why isn't the timestamp being recognized ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370907#M67352</link>
      <description>&lt;P&gt;Splunk has a number of built in time formats, I would recommend you manually parse your timestamps to improve indexing performance and ensure that you have the timestamps consistently recognised.&lt;/P&gt;

&lt;P&gt;In this case in your props.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[replace_with_your_sourcetype]
TIME_PREFIX = ^
TIME_FORMAT = %Y-%m-%d_%H:%M:%S.%3N
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Also refer to configure &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Data/Configuretimestamprecognition"&gt;timestamp recognition&lt;/A&gt;. I agree with skoelpin it's probably the _ throwing the default timestamp parsing off.&lt;/P&gt;</description>
      <pubDate>Mon, 02 Oct 2017 12:53:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370907#M67352</guid>
      <dc:creator>gjanders</dc:creator>
      <dc:date>2017-10-02T12:53:33Z</dc:date>
    </item>
    <item>
      <title>Re: Why isn't the timestamp being recognized ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370908#M67353</link>
      <description>&lt;P&gt;Gorgeous - thank you @garethatiagg&lt;/P&gt;</description>
      <pubDate>Mon, 02 Oct 2017 13:29:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370908#M67353</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2017-10-02T13:29:10Z</dc:date>
    </item>
    <item>
      <title>Re: Why isn't the timestamp being recognized ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370909#M67354</link>
      <description>&lt;P&gt;Remember that this is a start and you should apply line breaking to your &lt;CODE&gt;props.conf&lt;/CODE&gt; aswell.. This will take some load off your indexers&lt;/P&gt;</description>
      <pubDate>Mon, 02 Oct 2017 13:34:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370909#M67354</guid>
      <dc:creator>skoelpin</dc:creator>
      <dc:date>2017-10-02T13:34:19Z</dc:date>
    </item>
    <item>
      <title>Re: Why isn't the timestamp being recognized ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370910#M67355</link>
      <description>&lt;P&gt;The documentation also covers &lt;A href="http://docs.splunk.com/Documentation/SplunkCloud/latest/Data/Configureeventlinebreaking" target="_blank"&gt;line breaking&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;This is a slightly more advanced topic but potentially worth discussing here, the default for the MAX_EVENTS in &lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Admin/Propsconf" target="_blank"&gt;props.conf&lt;/A&gt; is 256 lines at the time of writing, if you always have single line events you could switch SHOULD_LINEMERGE=false on and never line merge (this entry would go in the props.conf)&lt;/P&gt;

&lt;P&gt;Alternatively if you have very large events (&amp;gt;1000 lines) you could make a more complicated LINE_BREAKER setting and change SHOULD_LINEMERGE to false such as:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[replace_with_your_sourcetype]
TIME_PREFIX = ^
TIME_FORMAT = %Y-%m-%d_%H:%M:%S.%3N
SHOULD_LINEMERGE = false
LINE_BREAKER = ([\r\n]+)\d{4}-\d{2}-\d{2}_\d
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Of course the above would require testing, and it would only make sense if you have larger multi-line events (I've used examples like the above for events &amp;gt;1000 lines), doing this can remove pressure from the aggregation queue as the merging will move to the parsing queue...&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 16:00:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370910#M67355</guid>
      <dc:creator>gjanders</dc:creator>
      <dc:date>2020-09-29T16:00:10Z</dc:date>
    </item>
    <item>
      <title>Re: Why isn't the timestamp being recognized ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370911#M67356</link>
      <description>&lt;P&gt;Btw, this by itself did it ; -) with no line breaking &lt;/P&gt;</description>
      <pubDate>Wed, 04 Oct 2017 17:13:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-isn-t-the-timestamp-being-recognized/m-p/370911#M67356</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2017-10-04T17:13:37Z</dc:date>
    </item>
  </channel>
</rss>

