<?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: Can move_policy actually move things? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Can-move-policy-actually-move-things/m-p/270340#M51891</link>
    <description>&lt;P&gt;Correct. Splunk has no mechanism to move files around in the filesystem.&lt;/P&gt;</description>
    <pubDate>Mon, 24 Oct 2016 14:51:05 GMT</pubDate>
    <dc:creator>TStrauch</dc:creator>
    <dc:date>2016-10-24T14:51:05Z</dc:date>
    <item>
      <title>Can move_policy actually move things?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-move-policy-actually-move-things/m-p/270338#M51889</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;

&lt;P&gt;I'd like to move a batch input after reading. Except not to /dev/null. &lt;BR /&gt;
The manual is pretty clear:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;move_policy = sinkhole
* IMPORTANT: This setting is required. You *must* include
  "move_policy = sinkhole" when you define batch inputs.
* This setting causes the input to load the file destructively.
* Do not use the 'batch' input type for files you do not want to delete after
  indexing.
* The "move_policy" setting exists for historical reasons, but remains as an
  explicit double check.  As an administrator you must very explicitly declare
  that you want the data in the monitored directory (and its sub-directories) to
  be deleted after being read and indexed.
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;However, instead of removing, it would be so nice to move it to another location. Anyone knows if this is possible?&lt;/P&gt;</description>
      <pubDate>Mon, 24 Oct 2016 13:43:30 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-move-policy-actually-move-things/m-p/270338#M51889</guid>
      <dc:creator>renems</dc:creator>
      <dc:date>2016-10-24T13:43:30Z</dc:date>
    </item>
    <item>
      <title>Re: Can move_policy actually move things?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-move-policy-actually-move-things/m-p/270339#M51890</link>
      <description>&lt;P&gt;I believe sinkhole is the only supported property of &lt;CODE&gt;move_policy&lt;/CODE&gt; so in my opinion, no this is not possible. You could always script it by setting a daily cron schedule &lt;/P&gt;</description>
      <pubDate>Mon, 24 Oct 2016 13:56:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-move-policy-actually-move-things/m-p/270339#M51890</guid>
      <dc:creator>skoelpin</dc:creator>
      <dc:date>2016-10-24T13:56:01Z</dc:date>
    </item>
    <item>
      <title>Re: Can move_policy actually move things?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-move-policy-actually-move-things/m-p/270340#M51891</link>
      <description>&lt;P&gt;Correct. Splunk has no mechanism to move files around in the filesystem.&lt;/P&gt;</description>
      <pubDate>Mon, 24 Oct 2016 14:51:05 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-move-policy-actually-move-things/m-p/270340#M51891</guid>
      <dc:creator>TStrauch</dc:creator>
      <dc:date>2016-10-24T14:51:05Z</dc:date>
    </item>
  </channel>
</rss>

