<?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: indexer search limits reached in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/indexer-search-limits-reached/m-p/288471#M87357</link>
    <description>&lt;P&gt;It is saying that your events have &lt;CODE&gt;subseconds&lt;/CODE&gt; (usually milliseconds) so instead of a time like &lt;CODE&gt;Dec 25 2017 23:30:12&lt;/CODE&gt;, they are like &lt;CODE&gt;Dec 25 2017 23:30:12.345&lt;/CODE&gt;.  And on top of that, the events as returned to you (which are normally sorted in newest-to-oldest order, WILL be that way up until the &lt;CODE&gt;subseconds&lt;/CODE&gt; part (in my example, the &lt;CODE&gt;Dec 25 2017 23:30:12&lt;/CODE&gt; part) but may NOT be properly sorted for each second within the &lt;CODE&gt;subseconds&lt;/CODE&gt; part (in my example, the &lt;CODE&gt;.345&lt;/CODE&gt; part.  If this is important to you, be sure to add &lt;CODE&gt;| sort 0 - _time&lt;/CODE&gt; as the first command after your base search to resort the events before further processing them.&lt;/P&gt;</description>
    <pubDate>Sun, 26 Mar 2017 22:06:49 GMT</pubDate>
    <dc:creator>woodcock</dc:creator>
    <dc:date>2017-03-26T22:06:49Z</dc:date>
    <item>
      <title>indexer search limits reached</title>
      <link>https://community.splunk.com/t5/Splunk-Search/indexer-search-limits-reached/m-p/288470#M87356</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;When i ran a command which will fetch the events from last 7 days from a host , splunk is throwing below message. Can anyone please explain in detail about  this message.&lt;/P&gt;

&lt;P&gt;[abcidx01] Events may not be returned in sub-second order due to search memory limits configured in limits.conf [search]:max_rawsize_perchunk. See search.log for more information.&lt;/P&gt;</description>
      <pubDate>Tue, 29 Sep 2020 13:21:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/indexer-search-limits-reached/m-p/288470#M87356</guid>
      <dc:creator>kteng2024</dc:creator>
      <dc:date>2020-09-29T13:21:17Z</dc:date>
    </item>
    <item>
      <title>Re: indexer search limits reached</title>
      <link>https://community.splunk.com/t5/Splunk-Search/indexer-search-limits-reached/m-p/288471#M87357</link>
      <description>&lt;P&gt;It is saying that your events have &lt;CODE&gt;subseconds&lt;/CODE&gt; (usually milliseconds) so instead of a time like &lt;CODE&gt;Dec 25 2017 23:30:12&lt;/CODE&gt;, they are like &lt;CODE&gt;Dec 25 2017 23:30:12.345&lt;/CODE&gt;.  And on top of that, the events as returned to you (which are normally sorted in newest-to-oldest order, WILL be that way up until the &lt;CODE&gt;subseconds&lt;/CODE&gt; part (in my example, the &lt;CODE&gt;Dec 25 2017 23:30:12&lt;/CODE&gt; part) but may NOT be properly sorted for each second within the &lt;CODE&gt;subseconds&lt;/CODE&gt; part (in my example, the &lt;CODE&gt;.345&lt;/CODE&gt; part.  If this is important to you, be sure to add &lt;CODE&gt;| sort 0 - _time&lt;/CODE&gt; as the first command after your base search to resort the events before further processing them.&lt;/P&gt;</description>
      <pubDate>Sun, 26 Mar 2017 22:06:49 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/indexer-search-limits-reached/m-p/288471#M87357</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2017-03-26T22:06:49Z</dc:date>
    </item>
  </channel>
</rss>

