oxidecomputer / oxidecomputer/oxide-cloud-controller-manager
Emit an event when floating IP recreate fails midway
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 6
- Forks
- 2
- Avg merge
- 2h 5m
- Merged PRs (30d)
- 14
Description
Context
The recreate path in ensureLoadBalancer (internal/provider/load_balancer.go) runs detach → delete → create when the allocator config changes. If create fails after delete succeeds, the service is left with no floating IP until the next reconcile — and nothing tells the operator what happened or why.
Scope
Emit a warning event (and structured log) identifying the window: the old IP was deleted due to a config change and recreation failed. Should be visible via kubectl describe svc.
Done when
A create failure after delete is diagnosable from service events without reading CCM source code.
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.
Research direction
Start in internal/provider/load_balancer.go at ensureLoadBalancer and trace the detach → delete → create path when allocator configuration changes. Inspect the branch where create fails after deletion, then run the relevant project checks and verify that the warning event and structured log identify the deleted old IP and failed recreation, with the event visible through kubectl describe svc.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- backend, cloud
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 72/100