<?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 Timestamp problem in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47332#M8989</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;I have scheduled a cron in unix for every one minute which takes the uptime command output and writes to a file. It has been over 4 weeks now and I am observing now that every day splunk timestamp changes abruptly at 16:29. &lt;/P&gt;

&lt;P&gt;You can see from below logs the event after 2013-05-27T16:29:00.000+0530 is coming as 2013-05-28T04:30:00.000+0530 and because of this a lot of events are missing and not getting reported.&lt;/P&gt;

&lt;P&gt;1:00pm  up 146 days  1:10,  1 user,  load average: 2.11, 2.27, 3.20   2013-05-28T04:30:00.000+0530    1   28  0   may tuesday 2013    local   nix-all-logs    byk300lin241    3.2 2.11    2.27    /home/tkaushal/load.log unix_load                           6   2&lt;BR /&gt;&lt;BR /&gt;
 12:59am  up 145 days 13:09,  0 users,  load average: 0.24, 0.84, 1.15  2013-05-27T16:29:00.000+0530    12  27  59  may monday  2013    local   nix-all-logs    byk300lin241    1.15    0.24    0.84    /home/tkaushal/load.log unix_load                           6   1                                                                                                                   &lt;/P&gt;

&lt;P&gt;Please help me understand why is this ocuring and solution for it.&lt;/P&gt;

&lt;P&gt;Regards,&lt;BR /&gt;
Harish&lt;/P&gt;</description>
    <pubDate>Mon, 28 Sep 2020 13:59:21 GMT</pubDate>
    <dc:creator>dhs_harry08</dc:creator>
    <dc:date>2020-09-28T13:59:21Z</dc:date>
    <item>
      <title>Timestamp problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47332#M8989</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;I have scheduled a cron in unix for every one minute which takes the uptime command output and writes to a file. It has been over 4 weeks now and I am observing now that every day splunk timestamp changes abruptly at 16:29. &lt;/P&gt;

&lt;P&gt;You can see from below logs the event after 2013-05-27T16:29:00.000+0530 is coming as 2013-05-28T04:30:00.000+0530 and because of this a lot of events are missing and not getting reported.&lt;/P&gt;

&lt;P&gt;1:00pm  up 146 days  1:10,  1 user,  load average: 2.11, 2.27, 3.20   2013-05-28T04:30:00.000+0530    1   28  0   may tuesday 2013    local   nix-all-logs    byk300lin241    3.2 2.11    2.27    /home/tkaushal/load.log unix_load                           6   2&lt;BR /&gt;&lt;BR /&gt;
 12:59am  up 145 days 13:09,  0 users,  load average: 0.24, 0.84, 1.15  2013-05-27T16:29:00.000+0530    12  27  59  may monday  2013    local   nix-all-logs    byk300lin241    1.15    0.24    0.84    /home/tkaushal/load.log unix_load                           6   1                                                                                                                   &lt;/P&gt;

&lt;P&gt;Please help me understand why is this ocuring and solution for it.&lt;/P&gt;

&lt;P&gt;Regards,&lt;BR /&gt;
Harish&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 13:59:21 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47332#M8989</guid>
      <dc:creator>dhs_harry08</dc:creator>
      <dc:date>2020-09-28T13:59:21Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47333#M8990</link>
      <description>&lt;P&gt;Are you relying on Splunk's automatic timestamp recognition?&lt;/P&gt;

&lt;P&gt;If so, it is often more efficient and you can be certain it works correctly if you manually specify the timestamp recognition in props.conf.  It should only take a few minutes.&lt;/P&gt;

&lt;P&gt;&lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Data/Configuretimestamprecognition"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Data/Configuretimestamprecognition&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 28 May 2013 13:57:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47333#M8990</guid>
      <dc:creator>okrabbe_splunk</dc:creator>
      <dc:date>2013-05-28T13:57:32Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47334#M8991</link>
      <description>&lt;P&gt;Yes I am relying on automatic timestamp recognition. But this is happening for only one sourcetype. All the others are fine.&lt;BR /&gt;
If I change the timestamp will it not affect the others. Also is that the only option I got to correct it.&lt;/P&gt;</description>
      <pubDate>Tue, 28 May 2013 14:12:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47334#M8991</guid>
      <dc:creator>dhs_harry08</dc:creator>
      <dc:date>2013-05-28T14:12:50Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47335#M8992</link>
      <description>&lt;P&gt;I see your event has two  timestamps within the data, 1:00pm and  2013-05-28T04:30:00.000+0530.  Splunk can sometimes get confused if you are using automatic timestamp recognition.  I recommend configuring timestamp reconnition MAX_TIMESTAMP_LOOKAHEAD, TIME_PREFIX, TIME_FORMAT for this source.  Configuring these can increase index peformance.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2020 13:59:24 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47335#M8992</guid>
      <dc:creator>bmacias84</dc:creator>
      <dc:date>2020-09-28T13:59:24Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47336#M8993</link>
      <description>&lt;P&gt;Harish,&lt;/P&gt;

&lt;P&gt;You should try something like this in props.conf&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[mysourcetype]
MAX_TIMESTAMP_LOOKAHEAD=100
TIME_PREFIX = ^(\S+\s+){12}
TIME_FORMAT = %Y-%m-%dT%H:%M:%S.%3N%z
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;You could also use a source stanza (your log file name) instead but sourcetype is really a better way to do it.  &lt;/P&gt;

&lt;P&gt;I did not test this but it should be close.  The link I posted earlier goes into a lot of detail around this topic:&lt;/P&gt;

&lt;P&gt;&lt;A href="http://docs.splunk.com/Documentation/Splunk/latest/Data/Configuretimestamprecognition"&gt;http://docs.splunk.com/Documentation/Splunk/latest/Data/Configuretimestamprecognition&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2013 02:27:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47336#M8993</guid>
      <dc:creator>okrabbe_splunk</dc:creator>
      <dc:date>2013-05-29T02:27:41Z</dc:date>
    </item>
    <item>
      <title>Re: Timestamp problem</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47337#M8994</link>
      <description>&lt;P&gt;I will try this out. Thanks okrabbe&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2013 08:00:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Timestamp-problem/m-p/47337#M8994</guid>
      <dc:creator>dhs_harry08</dc:creator>
      <dc:date>2013-05-29T08:00:41Z</dc:date>
    </item>
  </channel>
</rss>

