chore: add reconfigure diagnostic logs#10397
Conversation
|
Auto Cherry-pick Instructions CLA Recheck Instructions |
|
Updated diagnostic branch to head This is still diagnostic-only and does not change reconcile behavior. The new commit adds timing fields around the reconfigure/configHash path so a C01 rerun can separate:
Local validation passed: Labels updated with |
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## main #10397 +/- ##
==========================================
- Coverage 61.87% 61.68% -0.20%
==========================================
Files 533 533
Lines 63609 63857 +248
==========================================
+ Hits 39360 39389 +29
- Misses 20661 20875 +214
- Partials 3588 3593 +5
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
|
Diagnostic update for head |
Status
Draft diagnostic PR only. This is not a functional fix and should not be routed as ready for human review or merge until a fresh reproduction uses the logs and produces direct evidence.
This replaces #10396 only to use a branch name that passes the repository pre-check. The code commit is unchanged:
cd2a82f8eaade47438b41f240329dbf79392190d.Why
The current #10384 evidence proves that live pods can remain on the old config hash after repeated successful reconfigure actions, but it does not directly prove which controller write step failed or was skipped. This PR adds temporary logs to close that evidence gap.
What this logs
tree.UpdateBoundaries
Local validation
go test ./pkg/controller/kubebuilderx ./pkg/controller/instanceset ./pkg/controller/instance -count=1Local diagnostic image
Built locally for pre-merge sideload testing:
kubeblocks:diag-10384-cd2a82f-lilycd2a82f8eaade47438b41f240329dbf79392190dlinux/amd64sha256:5ecd838db0aee89e770b11cff4328479c97dfda36d72ee66c4fbf34b4725b4bbThe current machine has no Kubernetes context configured, so IDC sideload/import and focused SQL Server C01 reproduction still need to run from a machine or owner with the target cluster context.