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!

Automatic Discovery Part 1: What is Automatic Discovery in Splunk Observability Cloud ...

If you’ve ever deployed a new database cluster, spun up a caching layer, or added a load balancer, you know it ...

Real-Time Fraud Detection: How Splunk Dashboards Protect Financial Institutions

Financial fraud isn't slowing down. If anything, it's getting more sophisticated. Account takeovers, credit ...

Splunk + ThousandEyes: Correlate frontend, app, and network data to troubleshoot ...

 Are you tired of troubleshooting delays caused by siloed frontend, application, and network data? We've got a ...