<?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 is the latest indexed data from our domain controllers showing 120 minutes old Windows security logs ? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150004#M30516</link>
    <description>&lt;P&gt;Hi Woodcock.. Thank You for your response, as said by you I see that lagsecs=-1 and lagsecs=-2 for some events. To Troubleshoot the time zone issues, we tried defining time zone in the props.conf ( TZ=Asia/Calcutta)  file @ \SUF\Input_app\local\ on the host. But we didn't see any improvements. Please suggest if you know the possible fix. &lt;/P&gt;</description>
    <pubDate>Mon, 03 Aug 2015 16:11:36 GMT</pubDate>
    <dc:creator>pavankumarh</dc:creator>
    <dc:date>2015-08-03T16:11:36Z</dc:date>
    <item>
      <title>Why is the latest indexed data from our domain controllers showing 120 minutes old Windows security logs ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150002#M30514</link>
      <description>&lt;P&gt;Hi, &lt;/P&gt;

&lt;P&gt;We have the same app deployed on multiple Domain Controllers. On some DC's, the data indexed in Splunk is older by 2.5 Hours or so.  Though the DC has latest entries in Event Log, they appear in Splunk (6.1.8) only after a certain duration of time. &lt;/P&gt;

&lt;P&gt;We have tried upgrading the forwarder version, and also configuring thruput in limits.conf, but doesn't work.  &lt;/P&gt;

&lt;P&gt;Please help.&lt;/P&gt;</description>
      <pubDate>Thu, 30 Jul 2015 17:08:32 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150002#M30514</guid>
      <dc:creator>pavankumarh</dc:creator>
      <dc:date>2015-07-30T17:08:32Z</dc:date>
    </item>
    <item>
      <title>Re: Why is the latest indexed data from our domain controllers showing 120 minutes old Windows security logs ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150003#M30515</link>
      <description>&lt;P&gt;The problem is almost certainly not a genuine lag, but an interpreted one.  In other words, Splunk is timestamping events 2.5 hours into the future so that you only see them 2.5 hours later.  This is almost always a TZ issue (although occasionally it is due to clock drift).  You can see for yourself with this search:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;index=* | eval date_zone=coalesce(date_zone,"none") | eval prev_sourcetype=if(sourcetype=$_sourcetype$,"none",_sourcetype) | dedup date_zone splunk_server index host sourcetype timestamp prev_sourcetype | eval lagSecs=_time-_indextime
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Anything with &lt;CODE&gt;lagSecs&amp;lt;0&lt;/CODE&gt; is a huge problem because such a thing is impossible and must be due to a bad timestamp (or interpretation thereof).&lt;/P&gt;</description>
      <pubDate>Fri, 31 Jul 2015 17:15:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150003#M30515</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2015-07-31T17:15:43Z</dc:date>
    </item>
    <item>
      <title>Re: Why is the latest indexed data from our domain controllers showing 120 minutes old Windows security logs ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150004#M30516</link>
      <description>&lt;P&gt;Hi Woodcock.. Thank You for your response, as said by you I see that lagsecs=-1 and lagsecs=-2 for some events. To Troubleshoot the time zone issues, we tried defining time zone in the props.conf ( TZ=Asia/Calcutta)  file @ \SUF\Input_app\local\ on the host. But we didn't see any improvements. Please suggest if you know the possible fix. &lt;/P&gt;</description>
      <pubDate>Mon, 03 Aug 2015 16:11:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150004#M30516</guid>
      <dc:creator>pavankumarh</dc:creator>
      <dc:date>2015-08-03T16:11:36Z</dc:date>
    </item>
    <item>
      <title>Re: Why is the latest indexed data from our domain controllers showing 120 minutes old Windows security logs ?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150005#M30517</link>
      <description>&lt;P&gt;If &lt;CODE&gt;lagSecs&lt;/CODE&gt; is that small (just a few seconds), then the problem is probably not &lt;CODE&gt;TZ&lt;/CODE&gt; but rather &lt;CODE&gt;clock drift&lt;/CODE&gt;.  Are you using &lt;CODE&gt;NTP&lt;/CODE&gt; on all of your Forwarders and Indexers and Search Heads?  In any case, this is probably not your 120 minutes problem; if it was, you would have seen &lt;CODE&gt;lagSecs&lt;/CODE&gt; have values around -7200 so I am unsure of what your original problem could be.&lt;/P&gt;</description>
      <pubDate>Mon, 03 Aug 2015 16:35:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Why-is-the-latest-indexed-data-from-our-domain-controllers/m-p/150005#M30517</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2015-08-03T16:35:53Z</dc:date>
    </item>
  </channel>
</rss>

