<?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: Timestamps jump back a day in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100976#M21152</link>
    <description>&lt;P&gt;Were you ever able to solve this problem? I have the same problem in that I can't include the date in the source of incoming data&lt;/P&gt;</description>
    <pubDate>Mon, 30 May 2016 15:53:58 GMT</pubDate>
    <dc:creator>ckdoan</dc:creator>
    <dc:date>2016-05-30T15:53:58Z</dc:date>
    <item>
      <title>Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100967#M21143</link>
      <description>&lt;P&gt;I have a source that only contains the time of an event, not the date. It looks something like this:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;...
08:26:40 event1
08:26:41 event2
13:59:09 event3
13:59:12 event4
...
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The order in the source is not by time but rather grouped by application specifics. When I try to index this splunk correctly recognizes the time based on my TIMESTAMP_FORMAT, but for each large skip forward as with event2 to event3 it skips &lt;EM&gt;back&lt;/EM&gt; a day, so event2 gets inserted as April 19th 08:26:41 (correct), but event3 gets inserted as April *18*th 13:59:09. Fiddling with MAX_DIFF_SECS_AGO / _HENCE does not appear to help.&lt;/P&gt;

&lt;P&gt;Any ideas?&lt;/P&gt;

&lt;P&gt;Edit: I've dug through comparing an example file with the events in splunk, here's where the timestamp jumps occur:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Event  Source    Splunk
    1  18:23:50  18:23:50 April 18th
    2  07:16:22  07:16:22 April 17th, jumped back one day
    3  07:16:24  07:16:24 April 17th
...
  754  08:49:08  08:49:08 April 17th
  755  08:26:41  08:26:41 April 17th
  756  13:59:09  13:59:09 April 16th, jumped back one day
  757  13:59:12  13:59:12 April 16th
...
  817  14:15:38  14:15:38 April 16th
  818  08:27:35  08:27:35 April 16th, did not jump
...
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The jumps don't seem to follow a simple pattern. Event 1 to 2 was a time-gap backwards by 11 hours, this caused a jump. 755 to 756 was 5 hours &lt;EM&gt;forwards&lt;/EM&gt;, jump again. 817 to 818 was backwards as 1 to 2 and more hours than 755 to 756, but no jump...&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 13:45:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100967#M21143</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2020-09-28T13:45:53Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100968#M21144</link>
      <description>&lt;P&gt;Not having the date in the event means there's no guarantee's Splunk is going to get the date right.  It also may be looking at something else in the event to determine the date.&lt;/P&gt;

&lt;P&gt;I suggest you set DATETIME_CONFIG = CURRENT in the props.conf and let splunk assign the timestamp.&lt;/P&gt;

&lt;P&gt;Brian&lt;/P&gt;</description>
      <pubDate>Fri, 19 Apr 2013 12:41:13 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100968#M21144</guid>
      <dc:creator>bosburn_splunk</dc:creator>
      <dc:date>2013-04-19T12:41:13Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100969#M21145</link>
      <description>&lt;P&gt;I'll probably only get a batch of data once a day, so using the index time isn't going to work as long as there is no near-real-time connection. There are jumps back in time in the files as well, those don't seem to annoy splunk too much though...&lt;/P&gt;

&lt;P&gt;As for looking at something else in the event, the timestartpos and timeendpos are correct for every event, there are no occasional odd values - are those reliable for making sure nothing else is influencing the timestamp decision?&lt;/P&gt;</description>
      <pubDate>Fri, 19 Apr 2013 12:49:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100969#M21145</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2013-04-19T12:49:33Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100970#M21146</link>
      <description>&lt;P&gt;I've added a bit more sample time data in case someone sees a pattern that I'm missing.&lt;/P&gt;

&lt;P&gt;For now the plan is to have a date inserted before pulling the data into Splunk.&lt;/P&gt;</description>
      <pubDate>Mon, 22 Apr 2013 11:40:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100970#M21146</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2013-04-22T11:40:32Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100971#M21147</link>
      <description>&lt;P&gt;I'm making my data provider include the dates, too many skips in the time alone.&lt;/P&gt;</description>
      <pubDate>Thu, 02 May 2013 15:15:16 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100971#M21147</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2013-05-02T15:15:16Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100972#M21148</link>
      <description>&lt;P&gt;I'm having the same issue.  With the exception that I have a date at the top of the file. The events are labeled with a time.  It seems that once Splunk has correctly identified the date in a file, it should use that date until another date is given.  Here's test data that you can use to reproduce the issue.&lt;/P&gt;

&lt;P&gt;When the event jumps from hour 00 to hour 05, splunk changes the date to 1 day earlier?  Which is a bit strange, as I don't know of any log that would write date's out of sequence.&lt;/P&gt;

&lt;HR /&gt;

&lt;P&gt;18/04/2013 - 00:33:51.828 - LOG OPENED - CHANGE OF DATE&lt;/P&gt;

&lt;P&gt;00:33:51.828    Adding dub job 263851 ...&lt;BR /&gt;
00:33:51.906    Trying to add&lt;BR /&gt;
00:59:15.281    Adding dub job 263853 ...&lt;BR /&gt;
00:59:15.359    Trying to add&lt;BR /&gt;
00:33:51.828    Adding dub job 263851 ...&lt;BR /&gt;
05:59:15.359    Trying to add&lt;/P&gt;

&lt;H2&gt;19/04/2013 - 00:00:09.812 - LOG CLOSED - CHANGE OF DATE&lt;/H2&gt;</description>
      <pubDate>Fri, 17 May 2013 16:40:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100972#M21148</guid>
      <dc:creator>cpt12tech</dc:creator>
      <dc:date>2013-05-17T16:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100973#M21149</link>
      <description>&lt;P&gt;Thanks... I've solved my issue by simply making the providers of the data create a properly sorted and fully date-/timestamped source &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 17 May 2013 17:06:20 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100973#M21149</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2013-05-17T17:06:20Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100974#M21150</link>
      <description>&lt;P&gt;Good to hear.  I've checked to see if I can do the same, and the answer was no.&lt;/P&gt;</description>
      <pubDate>Fri, 17 May 2013 17:10:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100974#M21150</guid>
      <dc:creator>cpt12tech</dc:creator>
      <dc:date>2013-05-17T17:10:41Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100975#M21151</link>
      <description>&lt;P&gt;As for what kind of log would create events out of sequence... no log at all. This was a prettified-for-viewing report from SAP that had events out of sequence because there was additional grouping. Now we're pulling raw data from underneath, feels much better as well...&lt;/P&gt;</description>
      <pubDate>Fri, 17 May 2013 17:37:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100975#M21151</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2013-05-17T17:37:01Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamps jump back a day</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100976#M21152</link>
      <description>&lt;P&gt;Were you ever able to solve this problem? I have the same problem in that I can't include the date in the source of incoming data&lt;/P&gt;</description>
      <pubDate>Mon, 30 May 2016 15:53:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamps-jump-back-a-day/m-p/100976#M21152</guid>
      <dc:creator>ckdoan</dc:creator>
      <dc:date>2016-05-30T15:53:58Z</dc:date>
    </item>
  </channel>
</rss>

