<?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 Does a universal forwarder's persistent queue exist after a reboot? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Does-a-universal-forwarder-s-persistent-queue-exist-after-a/m-p/225629#M44110</link>
    <description>&lt;P&gt;According to this document: &lt;A href="http://docs.splunk.com/Documentation/Splunk/6.4.0/Data/Usepersistentqueues"&gt;http://docs.splunk.com/Documentation/Splunk/6.4.0/Data/Usepersistentqueues&lt;/A&gt; &lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;The in-memory data can get lost if a crash occurs. Similarly, data that is in the parsing or indexing pipeline but that has not yet been written to disk can get lost in the event of a crash. &lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;This only refers to a 'crash'.  Does Splunk write the 500K of cached data to the persistent queue in the event of a clean shutdown of the forwarder or the machine?&lt;/P&gt;</description>
    <pubDate>Wed, 10 Aug 2016 17:54:17 GMT</pubDate>
    <dc:creator>dflodstrom</dc:creator>
    <dc:date>2016-08-10T17:54:17Z</dc:date>
    <item>
      <title>Does a universal forwarder's persistent queue exist after a reboot?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Does-a-universal-forwarder-s-persistent-queue-exist-after-a/m-p/225629#M44110</link>
      <description>&lt;P&gt;According to this document: &lt;A href="http://docs.splunk.com/Documentation/Splunk/6.4.0/Data/Usepersistentqueues"&gt;http://docs.splunk.com/Documentation/Splunk/6.4.0/Data/Usepersistentqueues&lt;/A&gt; &lt;/P&gt;

&lt;BLOCKQUOTE&gt;
&lt;P&gt;The in-memory data can get lost if a crash occurs. Similarly, data that is in the parsing or indexing pipeline but that has not yet been written to disk can get lost in the event of a crash. &lt;/P&gt;
&lt;/BLOCKQUOTE&gt;

&lt;P&gt;This only refers to a 'crash'.  Does Splunk write the 500K of cached data to the persistent queue in the event of a clean shutdown of the forwarder or the machine?&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 17:54:17 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Does-a-universal-forwarder-s-persistent-queue-exist-after-a/m-p/225629#M44110</guid>
      <dc:creator>dflodstrom</dc:creator>
      <dc:date>2016-08-10T17:54:17Z</dc:date>
    </item>
    <item>
      <title>Re: Does a universal forwarder's persistent queue exist after a reboot?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Does-a-universal-forwarder-s-persistent-queue-exist-after-a/m-p/225630#M44111</link>
      <description>&lt;P&gt;Yes, part of the shutdown of the service is to wait for all queues to finish.  This is why Splunkd can take longer to restart at times, you can watch this happening in the logs.&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 17:57:10 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Does-a-universal-forwarder-s-persistent-queue-exist-after-a/m-p/225630#M44111</guid>
      <dc:creator>jonathan_cooper</dc:creator>
      <dc:date>2016-08-10T17:57:10Z</dc:date>
    </item>
    <item>
      <title>Re: Does a universal forwarder's persistent queue exist after a reboot?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Does-a-universal-forwarder-s-persistent-queue-exist-after-a/m-p/225631#M44112</link>
      <description>&lt;P&gt;Excellent.  Thanks, Cooper!  We're thinking about installing UFs on laptops and this was one of our concerns.&lt;/P&gt;</description>
      <pubDate>Wed, 10 Aug 2016 18:08:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Does-a-universal-forwarder-s-persistent-queue-exist-after-a/m-p/225631#M44112</guid>
      <dc:creator>dflodstrom</dc:creator>
      <dc:date>2016-08-10T18:08:57Z</dc:date>
    </item>
  </channel>
</rss>

