Getting Data In

Repairing buckets on index cluster

snyderm_dos
Loves-to-Learn Lots

Is bucket repair on an index cluster any different from non-clustered indexers? 

  • Should splunkd be running on the cluster master? Should it be in maintenance mode?
  • When using network storage, should it be mounted to all of the indexers or only one?
  • Is the fsck command run from the cluster master or from one of the indexers?
Labels (2)
0 Karma

richgalloway
SplunkTrust
SplunkTrust

Yes, the CM can remain running.  Maintenance mode is a good idea.

Each indexer should have its own storage.  They can all use the same device as long as it looks private to the indexer.  That is, no two indexers should write to the same space.

Run fsck on the indexer.

---
If this reply helps you, Karma would be appreciated.
0 Karma

snyderm_dos
Loves-to-Learn Lots

@richgalloway wrote:

Each indexer should have its own storage.  They can all use the same device as long as it looks private to the indexer.  That is, no two indexers should write to the same space.


Does this also apply to cold storage? Our hot/warm are on peered NFS shares, but the cold looks like it was created as one single share.

0 Karma

richgalloway
SplunkTrust
SplunkTrust

NFS often is referred to as "Not For Splunk".  It can work if you're careful, but can be painful otherwise.  See https://docs.splunk.com/Documentation/Splunk/latest/Installation/Systemrequirements#Considerations_r...

One issue with shared storage is I/O rate.  If you access cold buckets infrequently, then shared storage may work for you.

---
If this reply helps you, Karma would be appreciated.
0 Karma
Get Updates on the Splunk Community!

Index This | When is October more than just the tenth month?

October 2025 Edition  Hayyy Splunk Education Enthusiasts and the Eternally Curious!   We’re back with this ...

Observe and Secure All Apps with Splunk

  Join Us for Our Next Tech Talk: Observe and Secure All Apps with SplunkAs organizations continue to innovate ...

What’s New & Next in Splunk SOAR

 Security teams today are dealing with more alerts, more tools, and more pressure than ever.  Join us for an ...