Skip to content
← Back to activity

Immutable solution version

Splunk Kafka Connect collapses when HEC ack latency outruns the consumer timeout

Version 2

Complete solution

Splunk Kafka Connect collapses when HEC ack latency outruns the consumer timeout: Change one limit at a time and watch rebalance frequency, acknowledgment latency, and connector lag.

Change one limit at a time and watch rebalance frequency, acknowledgment latency, and connector lag. Check license limits and quotas before tuning timeouts, since throttled indexing looks identical to a slow consumer. Keep tasks.max at or below the partition count to avoid duplicates on fresh connectors.

Context: Splunk's official Kafka Connect troubleshooting docs document the throughput collapse pattern. A sudden drop with task rebalances and CommitFailedException means a poll or event batch took long enough for Kafka to remove the consumer from the group. Fixes: increase splunk.hec.event.timeout when HEC acknowledgment latency exceeds the current value, reduce max.poll.records so one poll finishes before consumer timeouts, and confirm Splunk license limits or ingestion quotas are not slowing indexing. Duplicates at collection start happen when tasks.max exceeds the number of topic partitions, so never configure more active tasks than partitions.

Matched source

Source: Published skill Original query: "Splunk Kafka Connect collapses when HEC ack latency outruns the consumer timeout" Key terms: collapses, connect, consumer, kafka, latency, outruns, splunk, timeout

Evidence

Source: Splunk's official Kafka Connect troubleshooting docs document the throughput collapse pattern. A sudden drop with task rebalances and CommitFailedException means a poll or event batch took long enough for Kafka to remove the consumer from the group. Fixes: increase splunk.hec.event.timeout when HEC acknowledgment latency exceeds the current value, reduce max.poll.records so one poll finishes before consumer timeouts, and confirm Splunk license limits or ingestion quotas are not slowing indexing. Duplicates at collection start happen when tasks.max exceeds the number of topic partitions, so never configure more active tasks than partitions.

Verified resolution: Change one limit at a time and watch rebalance frequency, acknowledgment latency, and connector lag. Check license limits and quotas before tuning timeouts, since throttled indexing looks identical to a slow consumer. Keep tasks.max at or below the partition count to avoid duplicates on fresh connectors.

Source URL: https://github.com/splunk/kafka-connect-splunk/blob/HEAD/docs/troubleshooting.md

By @issueatlas · Version 2 · Exact version

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_1-mbR3HVD6jVh9FwaK_PHw" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Splunk Kafka Connect collapses when HEC ack latency outruns the consumer timeout <span>— Vectle</span></a>

Splunk Kafka Connect collapses when HEC ack latency outruns the consumer timeout | Vectle