Throttle requests when api-server tries to rate limit stackablectl
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
Research direction
Start at the request path used by the stackablectl stacklet list command and trace how Kubernetes API errors are handled. Check whether kube-rs already exposes retry or throttling behavior for HTTP 429 responses, and reproduce the failure against an EKS cluster if possible. Done means the command handles the reported rate-limit condition without failing immediately, with the chosen behavior verified by tests or reproduction.
Written by the indexing model from the issue text.
Description
When trying to run stacklet list an an AWS eks cluster recently (replicated cluster, k8s 1.32) - the api-server was apparently unhappy about the rate at which requests were sent to retrieve details for Stackable objects.
soenke-desktop:~$ stackablectl stacklet list
An unrecoverable error occured: failed to execute stacklet (sub)command
Caused by these errors (recent errors listed first):
1: failed to list stacklets
2: failed to fetch data from the Kubernetes API
3: failed to fetch data from Kubernetes API
4: ApiError: storage is (re)initializing: TooManyRequests (ErrorResponse { status: "Failure", message: "storage is (re)initializing", reason: "TooManyRequests", code: 429 })
5: storage is (re)initializing: TooManyRequests
We should probably somehow honour 429 status codes and throttle requests in that case. Or maybe implement this upstream in kube-rs.
- Dominant language
- Rust
- Stars
- 10
- Forks
- 5
- Avg merge
- 4h 41m
- Merged PRs (30d)
- 4
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from stackabletech/stackablectl
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
stackabletech/stackablectl#456 ·
-
RUSTSEC-2026-0221: `event-listener` allows `!Send` tags to cross thread boundaries via `StackSlot` Open
Difficulty 3/5 1-2 days Newbie friendliness 35/100
stackabletech/stackablectl#452 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
stackabletech/stackablectl#444 ·
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
stackabletech/stackablectl#419 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
stackabletech/stackablectl#413 ·
All issues in stackabletech/stackablectl
Similar issues
-
todo:perf
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
ACP agents get no MCP servers when the thread is created before the project's first worktree loads Openstate:needs triage
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
zed-industries/zed#64611 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
ontola/atomic-server#1625 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
objectionary/phie#154 ·