<?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: Indexing Queues Blocked if  Network Is Not Reachable, why? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16950#M2100</link>
    <description>&lt;P&gt;Ok, to be super clear: In a situation like  LFW-&amp;gt;FWD-&amp;gt;ExtDev, in the outputs.conf stanza which defines FWD-&amp;gt;ExtDev I set dropEventsOnQueueFull to 1. So if the communication between FWD-&amp;gt;ExtDev goes down, tcpout_connections in FWD get fulled so it starts dropping event, but communication LWD-&amp;gt;FWD stays up and Splunk don't lose anything. That makes sense.&lt;/P&gt;</description>
    <pubDate>Thu, 08 Jul 2010 17:08:01 GMT</pubDate>
    <dc:creator>mzorzi</dc:creator>
    <dc:date>2010-07-08T17:08:01Z</dc:date>
    <item>
      <title>Indexing Queues Blocked if  Network Is Not Reachable, why?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16946#M2096</link>
      <description>&lt;P&gt;&lt;/P&gt;&lt;P&gt;
My Indexer is receiving data from a Forwarder but also sending data to non Splunk device.&lt;BR /&gt;
 This external device became unreachable and, consequently, all the queues in my Indexer became blocked.  &lt;/P&gt;&lt;P&gt;
I mean, not just the tcpout_connections related the the device, but also all the aggqueue, indexqueue, parsingqueue. The tcpin_connections instead it was working fine, but a the end I couldn't see any data from my Search.&lt;/P&gt;

&lt;P&gt;Is that the normal behavior ? I would expect Splunk to keep indexing even if it can't send data out, or, in other words, the two queue chains to be separated. &lt;/P&gt;</description>
      <pubDate>Wed, 07 Jul 2010 20:43:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16946#M2096</guid>
      <dc:creator>mzorzi</dc:creator>
      <dc:date>2010-07-07T20:43:38Z</dc:date>
    </item>
    <item>
      <title>Re: Indexing Queues Blocked if  Network Is Not Reachable, why?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16947#M2097</link>
      <description>&lt;P&gt;This is normal. However, you can set &lt;CODE&gt;dropEventsOnQueueFull&lt;/CODE&gt; in outputs.conf to control this. Alternatively, you could forward using a non-blocking protocol, i.e., UDP.&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jul 2010 20:50:18 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16947#M2097</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-07-07T20:50:18Z</dc:date>
    </item>
    <item>
      <title>Re: Indexing Queues Blocked if  Network Is Not Reachable, why?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16948#M2098</link>
      <description>&lt;P&gt;It's normal, but it's not nice..any plan to improve it in the future?&lt;/P&gt;</description>
      <pubDate>Wed, 07 Jul 2010 21:09:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16948#M2098</guid>
      <dc:creator>mzorzi</dc:creator>
      <dc:date>2010-07-07T21:09:27Z</dc:date>
    </item>
    <item>
      <title>Re: Indexing Queues Blocked if  Network Is Not Reachable, why?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16949#M2099</link>
      <description>&lt;P&gt;You can just set dropEventsOnQueueFull to &lt;CODE&gt;1&lt;/CODE&gt; or some other positive integer for the output if you don't want it to block. Is this what you're looking for?&lt;/P&gt;</description>
      <pubDate>Thu, 08 Jul 2010 02:05:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16949#M2099</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-07-08T02:05:48Z</dc:date>
    </item>
    <item>
      <title>Re: Indexing Queues Blocked if  Network Is Not Reachable, why?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16950#M2100</link>
      <description>&lt;P&gt;Ok, to be super clear: In a situation like  LFW-&amp;gt;FWD-&amp;gt;ExtDev, in the outputs.conf stanza which defines FWD-&amp;gt;ExtDev I set dropEventsOnQueueFull to 1. So if the communication between FWD-&amp;gt;ExtDev goes down, tcpout_connections in FWD get fulled so it starts dropping event, but communication LWD-&amp;gt;FWD stays up and Splunk don't lose anything. That makes sense.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Jul 2010 17:08:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16950#M2100</guid>
      <dc:creator>mzorzi</dc:creator>
      <dc:date>2010-07-08T17:08:01Z</dc:date>
    </item>
    <item>
      <title>Re: Indexing Queues Blocked if  Network Is Not Reachable, why?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16951#M2101</link>
      <description>&lt;P&gt;Correct, you'd set dropEventsOnQueueFull on the indexer outputs.conf, not the LWF.&lt;/P&gt;</description>
      <pubDate>Thu, 08 Jul 2010 22:53:45 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Indexing-Queues-Blocked-if-Network-Is-Not-Reachable-why/m-p/16951#M2101</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-07-08T22:53:45Z</dc:date>
    </item>
  </channel>
</rss>

