<?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: Better Hot-To-Warm Roll Methods? in Reporting</title>
    <link>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28195#M514</link>
    <description>&lt;P&gt;You may find some information from this question helpful:&lt;/P&gt;

&lt;P&gt;&lt;A href="http://answers.splunk.com/questions/3078/copy-an-index-on-the-same-splunk-instance" rel="nofollow"&gt;http://answers.splunk.com/questions/3078/copy-an-index-on-the-same-splunk-instance&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;Assuming your not on Windows, you can copy your data while &lt;CODE&gt;splunkd&lt;/CODE&gt; is running, but your results may not be fully consistent.  So some kind of files system or block-level snapshotting is ideal here to get a more consistent result.  (For example, using a LVM snapshot).  In this case you shouldn't need to bring &lt;CODE&gt;splunkd&lt;/CODE&gt; down at all, or roll your buckets from hot to warm.  Of course, it all depends on what kind of event loss tolerance you can handle.  And if you're looking to do a one-time copy of a bucket, or use something like &lt;CODE&gt;rsync&lt;/CODE&gt; on a ongoing basis (see the above link.)&lt;/P&gt;

&lt;P&gt;Stopping and restarting &lt;CODE&gt;splunkd&lt;/CODE&gt; is certainly going to interrupt any running searches and put a temporary delay on any indexing.  And if your actually bringing down &lt;CODE&gt;splunkd&lt;/CODE&gt; then even your "hot" buckets will be consistent while the &lt;CODE&gt;splunkd&lt;/CODE&gt; is not running.  Also keep in mind that forcing a bucket roll, will NOT guarantee that all of your buckets are WARM, because splunk will immediately create new hot buckets for any events that are received between the time your script forceably rolls your buckets and the time splunkd is shut down.&lt;/P&gt;

&lt;P&gt;Again, the more details you can provide the more helpful the people here can be.&lt;/P&gt;</description>
    <pubDate>Wed, 19 Jan 2011 05:58:43 GMT</pubDate>
    <dc:creator>Lowell</dc:creator>
    <dc:date>2011-01-19T05:58:43Z</dc:date>
    <item>
      <title>Better Hot-To-Warm Roll Methods?</title>
      <link>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28193#M512</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;I'm trying to pin down a method to quickly export an index from a Splunk indexer that I can copy off to another Splunk instance on a different system.&lt;/P&gt;

&lt;P&gt;From what I have seen thus far, that would entail me performing a roll-to-warm, stop Splunk on indexer, copy the db files, and start up Splunk on the indexer once again. Wondering if there is a better method.&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;splunk _internal call /data/indexes/$indexName/roll-hot-buckets (this will roll the hot bucket to warm for backup)&lt;/LI&gt;
&lt;LI&gt;splunk stop splunkd (will stop splunk, to keep the index from getting written to)&lt;/LI&gt;
&lt;LI&gt;...copy / zip files as needed here...&lt;/LI&gt;
&lt;LI&gt;splunk start splunkd (restarts splunk again, enabling indexing for the target index we're working on)&lt;/LI&gt;
&lt;/UL&gt;

&lt;P&gt;Thanks for any input!&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2011 00:15:36 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28193#M512</guid>
      <dc:creator>tgiles</dc:creator>
      <dc:date>2011-01-19T00:15:36Z</dc:date>
    </item>
    <item>
      <title>Re: Better Hot-To-Warm Roll Methods?</title>
      <link>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28194#M513</link>
      <description>&lt;P&gt;Can you provide a high-level overview of what you are trying to accomplish?  Also if you can provide some reason(s) why you can't simply use splunk event forwarding which traditionally the suggested way of distributing events across splunk instances.&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2011 00:24:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28194#M513</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2011-01-19T00:24:11Z</dc:date>
    </item>
    <item>
      <title>Re: Better Hot-To-Warm Roll Methods?</title>
      <link>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28195#M514</link>
      <description>&lt;P&gt;You may find some information from this question helpful:&lt;/P&gt;

&lt;P&gt;&lt;A href="http://answers.splunk.com/questions/3078/copy-an-index-on-the-same-splunk-instance" rel="nofollow"&gt;http://answers.splunk.com/questions/3078/copy-an-index-on-the-same-splunk-instance&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;Assuming your not on Windows, you can copy your data while &lt;CODE&gt;splunkd&lt;/CODE&gt; is running, but your results may not be fully consistent.  So some kind of files system or block-level snapshotting is ideal here to get a more consistent result.  (For example, using a LVM snapshot).  In this case you shouldn't need to bring &lt;CODE&gt;splunkd&lt;/CODE&gt; down at all, or roll your buckets from hot to warm.  Of course, it all depends on what kind of event loss tolerance you can handle.  And if you're looking to do a one-time copy of a bucket, or use something like &lt;CODE&gt;rsync&lt;/CODE&gt; on a ongoing basis (see the above link.)&lt;/P&gt;

&lt;P&gt;Stopping and restarting &lt;CODE&gt;splunkd&lt;/CODE&gt; is certainly going to interrupt any running searches and put a temporary delay on any indexing.  And if your actually bringing down &lt;CODE&gt;splunkd&lt;/CODE&gt; then even your "hot" buckets will be consistent while the &lt;CODE&gt;splunkd&lt;/CODE&gt; is not running.  Also keep in mind that forcing a bucket roll, will NOT guarantee that all of your buckets are WARM, because splunk will immediately create new hot buckets for any events that are received between the time your script forceably rolls your buckets and the time splunkd is shut down.&lt;/P&gt;

&lt;P&gt;Again, the more details you can provide the more helpful the people here can be.&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2011 05:58:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28195#M514</guid>
      <dc:creator>Lowell</dc:creator>
      <dc:date>2011-01-19T05:58:43Z</dc:date>
    </item>
    <item>
      <title>Re: Better Hot-To-Warm Roll Methods?</title>
      <link>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28196#M515</link>
      <description>&lt;P&gt;Thanks for your input, Lowell. I'm still doing a lost of investigation with a test setup, so a number of items on my end are still in flux. &lt;/P&gt;

&lt;P&gt;You gave me a solid alternative method that I will perform some testing with. Thanks for your time!&lt;/P&gt;</description>
      <pubDate>Wed, 19 Jan 2011 06:23:56 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28196#M515</guid>
      <dc:creator>tgiles</dc:creator>
      <dc:date>2011-01-19T06:23:56Z</dc:date>
    </item>
    <item>
      <title>Re: Better Hot-To-Warm Roll Methods?</title>
      <link>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28197#M516</link>
      <description>&lt;P&gt;@Lowell: thank you, this was very helpful, I'm researching something similar.&lt;/P&gt;</description>
      <pubDate>Fri, 08 Mar 2013 18:30:18 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Better-Hot-To-Warm-Roll-Methods/m-p/28197#M516</guid>
      <dc:creator>ephemeric</dc:creator>
      <dc:date>2013-03-08T18:30:18Z</dc:date>
    </item>
  </channel>
</rss>

