You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Apr 1, 2024. It is now read-only.
I searched in the issues and found nothing similar.
Motivation
Currently, there's no way to track CommandPartitionedTopicMetadata requests. There's no metrics or logs that indicate that a broker is handling CommandPartitionedTopicMetadata requests.
Misconfigured clients might flood brokers with CommandPartitionedTopicMetadata requests and cause high CPU consumption.
One example of this is misconfiguration of splunk-otel-collector's Pulsar exporter. The example config configures pulsar-client-go's PartitionsAutoDiscoveryInterval setting to 1 nanosecond. I have sent a PR to fix the example config with signalfx/splunk-otel-collector#2185 . This example shows that it's easy to mix the units and misconfigure a Pulsar client.
Solution
Add observability metrics for CommandPartitionedTopicMetadata requests, similar to what there is for lookup requests added by apache#8272.
Original Issue: apache#18243
Search before asking
Motivation
Currently, there's no way to track CommandPartitionedTopicMetadata requests. There's no metrics or logs that indicate that a broker is handling CommandPartitionedTopicMetadata requests.
Misconfigured clients might flood brokers with CommandPartitionedTopicMetadata requests and cause high CPU consumption.
One example of this is misconfiguration of splunk-otel-collector's Pulsar exporter. The example config configures pulsar-client-go's PartitionsAutoDiscoveryInterval setting to 1 nanosecond. I have sent a PR to fix the example config with signalfx/splunk-otel-collector#2185 . This example shows that it's easy to mix the units and misconfigure a Pulsar client.
Solution
Add observability metrics for CommandPartitionedTopicMetadata requests, similar to what there is for lookup requests added by apache#8272.
Alternatives
No response
Anything else?
No response
Are you willing to submit a PR?