topic Sanity check on Indexer cluster with differing peer-apps/indexes.conf & system/local/indexes.conf? in Splunk Enterprise

Sanity check on Indexer cluster with differing peer-apps/indexes.conf & system/local/indexes.conf?

bamflpn — Fri, 09 Jun 2023 13:39:14 GMT

Sanity check please re: Splunk indexer remote storage configuration

(1) Our indexers are set up in a clustered environment, and originally frozen buckets were moved to a local external location using coldToFrozenPath.

(2) We are now trying to use a script to have all frozen buckets written to AWS, and the app containing the updated indexes.conf was distributed using the master node

Script to move / freeze buckets to AWS is working, validated again by checking date / time stamps of last written files

(3) However, we are STILL getting "duplicate" buckets being written to the local storage instance, even though everything SHOULD only be written to AWS

When looking at the pertinent indexes in the web GUI, the Frozen Path is still set, even though it has been removed completely from the deployed app's indexes.conf, and verified on the indexers in /peer-apps/xxxx/local/indexes.conf
Trying to manually remove the frozen path in the GUI doesn't work, "not allowed in a clustered environment"

(4) When trying to find out the 5W's, I've noticed that there is an /opt/splunk/etc/system/local/indexes.conf that ALSO exists on each indexer, and this version still uses the Frozen Path to the local storage.

Question:

Since the deployed peer-apps indexes.conf with the script does seem to be working correctly, is it safe (relative) for me to remove the /system/local/indexes.conf?

Re: Indexer cluster with differing peer-apps/indexes.conf & system/local/indexes.conf

danspav — Fri, 09 Jun 2023 00:22:33 GMT

Hi @bamflpn,

The peer-apps/xxx/local directory has higher precedence than etc/system/local on indexers.

(see docs: https://docs.splunk.com/Documentation/Splunk/latest/Admin/Wheretofindtheconfigurationfiles#Precedence_within_global_context.2C_indexer_cluster_peers_only)

To confirm the location of the setting that's overwriting your coldToFrozenPath, you can run btool on your indexers:

./splunk btool indexes list --debug | grep coldToFrozenPath

That should print out each line of all indexes.conf on the host that contribute to the final indexes config for the coldToFrozen option.

Find the line that has the wrong value and that's the file that you should update.

If you want to delete the system/local/indexes.conf file you should first check what it's doing.

To see what other config is being used from system/local/indexes.conf you can run:

./splunk btool indexes list --debug | grep system/local

Any config that is listed will be applied to that indexer from the system/local/indexes.conf file. Either move the config to a peer-apps app, or just remove it if you don't need it.

Cheers,
Daniel

Re: Indexer cluster with differing peer-apps/indexes.conf & system/local/indexes.conf

bamflpn18 — Mon, 12 Jun 2023 13:27:10 GMT

Sir:

Perfect, thank you very much.

Comparing the grep'ed results for system/local coldToFrozenDir vs peer-apps coldToFrozenScript showed me the ones I missed.