<?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: How to force retention time pruning in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279169#M53437</link>
    <description>&lt;P&gt;Giuseppe, @cusello  Thanks for the response.  I have the retention set to 1.5 years and there is more than 2 years of data. This is a high volume index "Firewall" logs.  Since I have 2 yeas worth of data, bucket data would have to span more than 6 moths in order not to be deleted in the 1.5 year time frame.  this seems unlikely to me. &lt;/P&gt;

&lt;P&gt;I wish there was a way of looking into the buckets to see which ones should be removed and are not being removed.&lt;/P&gt;

&lt;P&gt;Thanks for your response.&lt;/P&gt;</description>
    <pubDate>Mon, 06 Feb 2017 14:57:37 GMT</pubDate>
    <dc:creator>hartfoml</dc:creator>
    <dc:date>2017-02-06T14:57:37Z</dc:date>
    <item>
      <title>How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279164#M53432</link>
      <description>&lt;P&gt;I have my frozen time set like this &lt;CODE&gt;frozenTimePeriodInSecs = 47304000&lt;/CODE&gt; (1.5 years)&lt;BR /&gt;
yet when I do this search &lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;| metadata index=foo type=hosts | stats max(lastTime) as lastTime, min(firstTime) as firstTime | convert ctime(*Time)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;my "firstTime" is more than two years from my "lastTime"&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;lastTime               firstTime
02/06/2017 07:10:40     01/16/2015 09:18:53
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;this is more than 2 years of data.&lt;BR /&gt;
How can I force retention time pruning or find out why pruning it not running correctly?&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 13:24:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279164#M53432</guid>
      <dc:creator>hartfoml</dc:creator>
      <dc:date>2017-02-06T13:24:57Z</dc:date>
    </item>
    <item>
      <title>Re: How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279165#M53433</link>
      <description>&lt;P&gt;Hi hartfoml,&lt;BR /&gt;
events deletion is related to buckets time period: a bucket is deleted when the latest bucket's event is out of the retention period, it isn't possible to force the bucket's deletion.&lt;/P&gt;

&lt;P&gt;Bye.&lt;BR /&gt;
Giuseppe&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 13:53:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279165#M53433</guid>
      <dc:creator>gcusello</dc:creator>
      <dc:date>2017-02-06T13:53:50Z</dc:date>
    </item>
    <item>
      <title>Re: How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279166#M53434</link>
      <description>&lt;P&gt;So, it's interesting to find out what the value of &lt;CODE&gt;maxHotSpanSecs&lt;/CODE&gt; is now and what it was 1.5 years ago, because its default value of 1 day in seconds, enforces rotation of the bucket on a daily basis. Keep in mind that this value for a slow growing index can produce lots of small buckets...&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 14:38:28 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279166#M53434</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2017-02-06T14:38:28Z</dc:date>
    </item>
    <item>
      <title>Re: How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279167#M53435</link>
      <description>&lt;P&gt;I'm not sure about that default. On all my 6.5.1 systems, the default is 7776000, which is 90 days.&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 14:47:19 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279167#M53435</guid>
      <dc:creator>twinspop</dc:creator>
      <dc:date>2017-02-06T14:47:19Z</dc:date>
    </item>
    <item>
      <title>Re: How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279168#M53436</link>
      <description>&lt;P&gt;Really interesting, because I'm pretty sure on older versions it was a day...&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 14:49:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279168#M53436</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2017-02-06T14:49:30Z</dc:date>
    </item>
    <item>
      <title>Re: How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279169#M53437</link>
      <description>&lt;P&gt;Giuseppe, @cusello  Thanks for the response.  I have the retention set to 1.5 years and there is more than 2 years of data. This is a high volume index "Firewall" logs.  Since I have 2 yeas worth of data, bucket data would have to span more than 6 moths in order not to be deleted in the 1.5 year time frame.  this seems unlikely to me. &lt;/P&gt;

&lt;P&gt;I wish there was a way of looking into the buckets to see which ones should be removed and are not being removed.&lt;/P&gt;

&lt;P&gt;Thanks for your response.&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 14:57:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279169#M53437</guid>
      <dc:creator>hartfoml</dc:creator>
      <dc:date>2017-02-06T14:57:37Z</dc:date>
    </item>
    <item>
      <title>Re: How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279170#M53438</link>
      <description>&lt;P&gt;Have you checked the old events? Do their timestamps match their index time? In other words, are they reporting as 2 years old for LOG TIME, but they were actually indexed more recently?&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 15:00:18 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279170#M53438</guid>
      <dc:creator>twinspop</dc:creator>
      <dc:date>2017-02-06T15:00:18Z</dc:date>
    </item>
    <item>
      <title>Re: How to force retention time pruning</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279171#M53439</link>
      <description>&lt;P&gt;You see, each bucket has two epoch time stamps, in their file name, which define their time interval. So, you can check them on the file system.&lt;/P&gt;</description>
      <pubDate>Mon, 06 Feb 2017 15:00:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-to-force-retention-time-pruning/m-p/279171#M53439</guid>
      <dc:creator>ddrillic</dc:creator>
      <dc:date>2017-02-06T15:00:36Z</dc:date>
    </item>
  </channel>
</rss>

