Deployment Architecture

Search Head Cluster concurrency context configuration (instance-wide) vs logs (cluster-wide)

support0
Path Finder

Hello there,

We have a Search Head Cluster in 6.5.3 which configured by default in "member by member".

Our configuration :

shc_role_quota_enforcement="0"
shc_local_quota_check="1"

Splunk Documentation :

To enforce quotas on a member-by-member basis, use this configuration:

shc_role_quota_enforcement=false
shc_local_quota_check=true

Version Default enforcement
6.3-6.4 cluster-wide
6.5+ member-by-member

However, while investigating skip ratio, it appears that logs are saying the opposite :

index=_internal sourcetype=scheduler status=skipped | stats count by concurrency_context

cluster-wide 1636
saved-search_cluster-wide 144

Does anyone knows if this is a logging issue or else ?

Thanks for any hint!

0 Karma

saulverde
Path Finder

I have noticed the same behavior after updating to 6.6.3. last night. Even though instance level quotas should be enforced by default, the logs look as though a cluster level quota is being enforced instead.

I am currently looking through my configs. I will let you know if I make progress on my end.

0 Karma
Get Updates on the Splunk Community!

Now Available: Cisco Talos Threat Intelligence Integrations for Splunk Security Cloud ...

At .conf24, we shared that we were in the process of integrating Cisco Talos threat intelligence into Splunk ...

Preparing your Splunk Environment for OpenSSL3

The Splunk platform will transition to OpenSSL version 3 in a future release. Actions are required to prepare ...

Easily Improve Agent Saturation with the Splunk Add-on for OpenTelemetry Collector

Agent Saturation What and Whys In application performance monitoring, saturation is defined as the total load ...