apache / apache/pulsar

[Bug] [cli] Pulsar-client cli doesn't support timeout values given in apache pulsar reference website

Open
#22,808 0 comments 0 reactions 0 assignees View on GitHub
type/bug
Dominant language
Java
Stars
15.3k
Forks
3.8k
Avg merge
1d 14h
Merged PRs (30d)
160

Description

### Search before asking

- [X] I searched in the [issues](https://github.com/apache/pulsar/issues) and found nothing similar.

### Read release policy

- [X] I understand that unsupported versions don't get bug fixes. I will attempt to reproduce the issue on a supported version of Pulsar client and Pulsar broker.

### Version

OS: Linux, macOS
Java: 17
Pulsar Client and Broker: 3.2.2

### Minimal reproduce step

- Update the `conf/client.conf` file with `lookupTimeoutMs`, `operationTimeoutMs` and other timeout values described [here](https://pulsar.apache.org/reference/#/3.2.x/client/client-configuration-client)
- Run `pulsar-perf` or `pulsar-client` and observe the logs.
- We get this info log from `org.apache.pulsar.client.impl.ConsumerStatsRecorderImpl` where the timeout values doesn't change with the configuration.

> `"operationTimeoutMs":30000,"lookupTimeoutMs":30000`

### What did you expect to see?

The timeout values getting picked up from the `conf/client.conf`.

### What did you see instead?

The timeout values are always default values.

### Anything else?

This works fine with Java client. The pulsar-cli tools have this issue.

### Are you willing to submit a PR?

- [X] I'm willing to submit a PR!

Contributor guide

Open the contributing guide

Research direction

Start with conf/client.conf and the pulsar-perf or pulsar-client entry points, then trace how client timeout settings reach ConsumerStatsRecorderImpl. Compare this path with the Java client behavior described in the issue. Done means the configured timeout values are picked up by the Pulsar CLI tools instead of the defaults appearing in the logs.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
cli
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.