<?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: indexed time vs eventtime odd issue in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414016#M94487</link>
    <description>&lt;P&gt;Sounds like a timezone issue or something like that? Did the clock on the splunk server change due to the AMI update or so?&lt;/P&gt;</description>
    <pubDate>Fri, 29 Jun 2018 17:12:27 GMT</pubDate>
    <dc:creator>FrankVl</dc:creator>
    <dc:date>2018-06-29T17:12:27Z</dc:date>
    <item>
      <title>indexed time vs eventtime odd issue</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414015#M94486</link>
      <description>&lt;P&gt;We have a couple of splunk envs running is aws. We rehydrated(deployed a new AMI) one of the env last week and this week I have run into a strange issue with the timing of indexed data. Before the rehydrate data was indexed typically within 5-10 mins of the eventtime. Now it appears that exactly one hour has been added to the time it takes to get the data indexed. I am at a loss to explain this??? The events are being forwarded from cloudtrail. No cloudtrail changes have occurred .&lt;/P&gt;

&lt;P&gt;Here is a sample of events prior the env rehydration (getting a new AMI)&lt;/P&gt;

&lt;P&gt;e_time                          i_time&lt;BR /&gt;
06/20/18 08:27:18   06/20/18 08:31:40&lt;BR /&gt;
06/20/18 08:27:03   06/20/18 08:31:40&lt;BR /&gt;
06/20/18 08:26:48   06/20/18 08:31:40&lt;BR /&gt;
06/20/18 08:26:32   06/20/18 08:31:40&lt;BR /&gt;
06/20/18 05:00:14   06/20/18 05:11:13&lt;BR /&gt;
06/20/18 04:37:59   06/20/18 04:49:45&lt;BR /&gt;
06/20/18 03:01:46   06/20/18 03:09:51&lt;BR /&gt;
06/20/18 02:58:34   06/20/18 03:09:51&lt;BR /&gt;
06/20/18 03:25:55   06/20/18 03:31:40&lt;BR /&gt;
06/20/18 03:25:39   06/20/18 03:31:40&lt;BR /&gt;
06/20/18 03:25:36   06/20/18 03:31:40&lt;BR /&gt;
06/20/18 03:25:21   06/20/18 03:31:40&lt;BR /&gt;
06/20/18 03:25:20   06/20/18 03:31:40&lt;BR /&gt;
06/20/18 00:47:21   06/20/18 00:59:58&lt;BR /&gt;
06/19/18 23:43:47   06/19/18 23:51:38&lt;BR /&gt;
06/19/18 23:43:31   06/19/18 23:51:38&lt;BR /&gt;
06/19/18 23:43:31   06/19/18 23:51:38&lt;BR /&gt;
06/19/18 21:00:13   06/19/18 21:07:14&lt;BR /&gt;
06/19/18 20:59:58   06/19/18 21:07:14&lt;BR /&gt;
06/19/18 20:59:43   06/19/18 21:07:14&lt;BR /&gt;
06/19/18 20:59:28   06/19/18 21:07:14&lt;BR /&gt;
06/19/18 20:59:27   06/19/18 21:07:14&lt;BR /&gt;
06/19/18 19:42:55   06/19/18 19:47:33&lt;/P&gt;

&lt;P&gt;After you can see the one hour delay&lt;/P&gt;

&lt;P&gt;e_time                          i_time&lt;BR /&gt;
06/29/18 06:32:10   06/29/18 07:35:49&lt;BR /&gt;
06/29/18 06:29:23   06/29/18 07:35:49&lt;BR /&gt;
06/29/18 06:28:48   06/29/18 07:35:49&lt;BR /&gt;
06/29/18 06:28:38   06/29/18 07:35:49&lt;BR /&gt;
06/29/18 06:28:26   06/29/18 07:35:49&lt;BR /&gt;
06/29/18 05:40:20   06/29/18 06:46:07&lt;BR /&gt;
06/29/18 05:40:05   06/29/18 06:46:07&lt;BR /&gt;
06/29/18 05:39:50   06/29/18 06:46:07&lt;BR /&gt;
06/29/18 05:39:34   06/29/18 06:46:07&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 20:13:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414015#M94486</guid>
      <dc:creator>a238574</dc:creator>
      <dc:date>2020-09-29T20:13:48Z</dc:date>
    </item>
    <item>
      <title>Re: indexed time vs eventtime odd issue</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414016#M94487</link>
      <description>&lt;P&gt;Sounds like a timezone issue or something like that? Did the clock on the splunk server change due to the AMI update or so?&lt;/P&gt;</description>
      <pubDate>Fri, 29 Jun 2018 17:12:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414016#M94487</guid>
      <dc:creator>FrankVl</dc:creator>
      <dc:date>2018-06-29T17:12:27Z</dc:date>
    </item>
    <item>
      <title>Re: indexed time vs eventtime odd issue</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414017#M94488</link>
      <description>&lt;P&gt;I checked all the servers... Time and timezone all appear to be set correctly&lt;/P&gt;</description>
      <pubDate>Fri, 29 Jun 2018 17:50:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414017#M94488</guid>
      <dc:creator>a238574</dc:creator>
      <dc:date>2018-06-29T17:50:11Z</dc:date>
    </item>
    <item>
      <title>Re: indexed time vs eventtime odd issue</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414018#M94489</link>
      <description>&lt;P&gt;Found my answer. It was being delivered via a sqs s3 queue and there was an issue with an assigned iam role affecting one of the heavy forwarders. I single sqs-s3 input stream was not able to keep up with the traffic. Once we fixed the iam role assignment 2 input streams were able to drain the queue and the time delay went away&lt;/P&gt;</description>
      <pubDate>Thu, 05 Jul 2018 18:35:12 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/indexed-time-vs-eventtime-odd-issue/m-p/414018#M94489</guid>
      <dc:creator>a238574</dc:creator>
      <dc:date>2018-07-05T18:35:12Z</dc:date>
    </item>
  </channel>
</rss>

