<?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: force UF to reindex remotedly in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/force-UF-to-reindex-remotedly/m-p/165096#M33483</link>
    <description>&lt;P&gt;Use offline data indexed into a temporary testing index for build your props.conf, and only enable your forwarders on the real data once you have the settings correct. That way you won't need to frequently clean fishbuckets and reindex stuff.&lt;/P&gt;</description>
    <pubDate>Fri, 26 Dec 2014 17:36:51 GMT</pubDate>
    <dc:creator>martin_mueller</dc:creator>
    <dc:date>2014-12-26T17:36:51Z</dc:date>
    <item>
      <title>force UF to reindex remotedly</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/force-UF-to-reindex-remotedly/m-p/165095#M33482</link>
      <description>&lt;P&gt;Hello!&lt;BR /&gt;
Our Customers' environment is a large pool of windows/linux servers with logs of many forms. &lt;BR /&gt;
Sometimes when constructing props or other conf files I strongly need to reindex data. So I want to clean forwarder's fishbacket.&lt;BR /&gt;
I don't have physical access to servers when forwarders installed no administrative privileges to do it remotely. &lt;BR /&gt;
The procedure "./splunk stop -clean fishbacket- ./splunk start" is not for me. And I don't want to bother the customer with my "clean fishbacket script"&lt;BR /&gt;
As far as I know I can use REST API calls to somehow manage forwarders. I exactly can reload UF and it works. &lt;BR /&gt;
Can I use REST API to force UF to reindex?&lt;BR /&gt;
Is there any other way to clean fishbacket in my case? &lt;BR /&gt;
I think my situation is rather typical, so I believe the solution should exist.&lt;BR /&gt;
Thanks a lot!&lt;/P&gt;</description>
      <pubDate>Fri, 26 Dec 2014 11:43:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/force-UF-to-reindex-remotedly/m-p/165095#M33482</guid>
      <dc:creator>ribentrop</dc:creator>
      <dc:date>2014-12-26T11:43:53Z</dc:date>
    </item>
    <item>
      <title>Re: force UF to reindex remotedly</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/force-UF-to-reindex-remotedly/m-p/165096#M33483</link>
      <description>&lt;P&gt;Use offline data indexed into a temporary testing index for build your props.conf, and only enable your forwarders on the real data once you have the settings correct. That way you won't need to frequently clean fishbuckets and reindex stuff.&lt;/P&gt;</description>
      <pubDate>Fri, 26 Dec 2014 17:36:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/force-UF-to-reindex-remotedly/m-p/165096#M33483</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2014-12-26T17:36:51Z</dc:date>
    </item>
    <item>
      <title>Re: force UF to reindex remotedly</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/force-UF-to-reindex-remotedly/m-p/165097#M33484</link>
      <description>&lt;P&gt;Uff.... That's the thing I started to do at the begining of my activities. I created TEMP index for test purposes, but then I abandoned it for quicker results.. Hurry is not a good thing. &lt;BR /&gt;
Thanks a  lot!&lt;/P&gt;</description>
      <pubDate>Sat, 27 Dec 2014 09:39:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/force-UF-to-reindex-remotedly/m-p/165097#M33484</guid>
      <dc:creator>ribentrop</dc:creator>
      <dc:date>2014-12-27T09:39:56Z</dc:date>
    </item>
  </channel>
</rss>

