Deployment Architecture

How do I see what/if buckets were deleted by Splunk and why?

pinVie
Path Finder

Hi all,

We currently have the situation where some buckets are disappearing from Splunk. So my question is, how do I see what/if buckets were deleted by Splunk (e.g., because of insufficient storage) and maybe a reason for the buckets being deleted?

Personally I think that something on the SAN in the background is weird, but I'd like to check Splunk.

Thank you

0 Karma
1 Solution

richgalloway
SplunkTrust
SplunkTrust

The only time Splunk deletes buckets is when cold data is frozen and you don't have an archive script in place. Deleted buckets are logged to SPLUNK_HOME/var/log/splunk/splunkd_stdout.log.

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

View solution in original post

richgalloway
SplunkTrust
SplunkTrust

The only time Splunk deletes buckets is when cold data is frozen and you don't have an archive script in place. Deleted buckets are logged to SPLUNK_HOME/var/log/splunk/splunkd_stdout.log.

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

pinVie
Path Finder

Hi - so our issue was that we created a volume like this:

[volume:index]
path = $SPLUNK_DB
maxVolumeDataSizeMB = 15000000

but maxTotalDataSizeInMB remaind 500000.
What we did now is to increase maxTotalDataSizeInMB to 4294967295 for all relevant indexes.

Thank you !

cboillot
Contributor

Has this changed in the new versions? Where can I find this in v7.x?

0 Karma
Get Updates on the Splunk Community!

Monitoring Amazon Elastic Kubernetes Service (EKS)

As we’ve seen, integrating Kubernetes environments with Splunk Observability Cloud is a quick and easy way to ...

Cloud Platform & Enterprise: Classic Dashboard Export Feature Deprecation

As of Splunk Cloud Platform 9.3.2408 and Splunk Enterprise 9.4, classic dashboard export features are now ...

Explore the Latest Educational Offerings from Splunk (November Releases)

At Splunk Education, we are committed to providing a robust learning experience for all users, regardless of ...