<?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 Decomissioning indexers in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Decomissioning-indexers/m-p/475953#M81679</link>
    <description>&lt;P&gt;I am working to decommission some indexers from my cluster. I am using splunk offline --enforce-counts and letting them decommission on their own. I tried to do 8 at a time and it would not let me, but I could do one or two at a time and the others would just not decommission. &lt;/P&gt;

&lt;P&gt;Any thoughts? Do I need to put the CM in maintainance mode?&lt;/P&gt;</description>
    <pubDate>Tue, 07 Jan 2020 14:20:38 GMT</pubDate>
    <dc:creator>brent_weaver</dc:creator>
    <dc:date>2020-01-07T14:20:38Z</dc:date>
    <item>
      <title>Decomissioning indexers</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Decomissioning-indexers/m-p/475953#M81679</link>
      <description>&lt;P&gt;I am working to decommission some indexers from my cluster. I am using splunk offline --enforce-counts and letting them decommission on their own. I tried to do 8 at a time and it would not let me, but I could do one or two at a time and the others would just not decommission. &lt;/P&gt;

&lt;P&gt;Any thoughts? Do I need to put the CM in maintainance mode?&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jan 2020 14:20:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Decomissioning-indexers/m-p/475953#M81679</guid>
      <dc:creator>brent_weaver</dc:creator>
      <dc:date>2020-01-07T14:20:38Z</dc:date>
    </item>
    <item>
      <title>Re: Decomissioning indexers</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Decomissioning-indexers/m-p/475954#M81680</link>
      <description>&lt;P&gt;It takes sometime until the indexer peer is completely stopped.&lt;/P&gt;

&lt;P&gt;Here is how the splunk offline command works:&lt;/P&gt;

&lt;P&gt;splunk offline: This is the fast version version of the splunk offline command. The peer goes down quickly, after a maximum of five minutes, even if searches or remedial activities are still in progress.&lt;BR /&gt;
splunk offline --enforce-counts: This is the enforce-counts version of the command, which is designed to validate that the cluster has returned to the complete state. If you invoke the enforce-counts flag, the peer does not go down until all remedial activities are complete.&lt;/P&gt;

&lt;P&gt;Further information -&amp;gt; &lt;A href="https://docs.splunk.com/Documentation/Splunk/8.0.1/Indexer/Whathappenswhenaslavenodegoesdown"&gt;https://docs.splunk.com/Documentation/Splunk/8.0.1/Indexer/Whathappenswhenaslavenodegoesdown&lt;/A&gt;&lt;/P&gt;

&lt;P&gt;My suggestions is to remove the indexers from the cluster individually. Set the CM in maintenance mode and run "splunk offline" on the indexer you to remove. &lt;/P&gt;

&lt;P&gt;Set CM in maintenance mode means that buckets hot buckets will not run on issues to roll up the bucket, so it is safe and recommended to setup this feature when you are doing any type of maintenance on the indexers.&lt;BR /&gt;
More information about maintenance mode check this document -&amp;gt; &lt;A href="https://docs.splunk.com/Documentation/Splunk/8.0.1/Indexer/Usemaintenancemode"&gt;https://docs.splunk.com/Documentation/Splunk/8.0.1/Indexer/Usemaintenancemode&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 08 Jan 2020 03:25:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Decomissioning-indexers/m-p/475954#M81680</guid>
      <dc:creator>ivanreis</dc:creator>
      <dc:date>2020-01-08T03:25:40Z</dc:date>
    </item>
    <item>
      <title>Re: Decomissioning indexers</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Decomissioning-indexers/m-p/698702#M115812</link>
      <description>&lt;P&gt;If you are decommissioning indexers, they have to redistribute all the data on them to other peers in the cluster. If you try to take down several all at once, that process will likely break.&lt;/P&gt;&lt;P&gt;Definitely decom them individually.&lt;/P&gt;&lt;P&gt;Also, if you're using&amp;nbsp; ./splunk offline --enforce-counts &lt;STRONG&gt;DO NOT&lt;/STRONG&gt;&amp;nbsp;&lt;STRONG&gt;set maintenance mode&lt;/STRONG&gt;&lt;/P&gt;&lt;DIV class=""&gt;&lt;BLOCKQUOTE&gt;&lt;UL&gt;&lt;LI&gt;&lt;DIV class=""&gt;The cluster cannot be in maintenance mode, because bucket fixup does not occur during maintenance mode.&lt;/DIV&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;A href="https://docs.splunk.com/Documentation/Splunk/8.0.1/Indexer/Usemaintenancemode" target="_blank" rel="noopener"&gt;https://docs.splunk.com/Documentation/Splunk/9.3.0/Indexer/Takeapeeroffline#The_enforce-counts_offline_process&lt;/A&gt;&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;&lt;/DIV&gt;</description>
      <pubDate>Tue, 10 Sep 2024 18:30:38 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Decomissioning-indexers/m-p/698702#M115812</guid>
      <dc:creator>Akeydel</dc:creator>
      <dc:date>2024-09-10T18:30:38Z</dc:date>
    </item>
  </channel>
</rss>

