CABPK manifest is missing metadata

[pierreozoux]

CABPK manifest is missing metadata

[chrischdi]

Potentially related / improved / fixed already on main:

• #9810

It was not cherry-picked back (only for CRS to fix CI related flakes) because we were not able to reproduce it for the other controllers in real.

Would be awesome if this could be checked if this also resolves this issue. That would need more details though how to exactly reproduce it.

[chrischdi]

Question: is the issue for you persistent or resolves itself after ~17 mins?

[fabriziopandini]

/triage accepted

remote/ClusterCacheTracker: Couldn't find controller pod metadata, the ClusterCacheTracker will always access clusters using the regular apiserver endpoint

Is because we are missing https://github.com/fabriziopandini/cluster-api/blob/0f47a19e038ee6b0d3b1e7675a62cdaf84face8c/controlplane/kubeadm/config/manager/manager.yaml#L28-L40 on the CABPK manifest (probably a leftover of a PR that started using ClusterCacheTracker in CAPBK)

This should be fixed in main and backported as far as possible

NOTE: This issue doesn't cause any issues to users, just degraded performance since we are using an additional client + client cache for self-hosted clusters.

Unable to retrieve Node status" err="failed to create cluster accessor: failed to get lock for cluster: cluster is locked already

Is not an issue
It is a transient condition that happens when two threads/reconcile loops running in parallel are trying to get a client from ClusterCacheTracker, and the client does not exist yet.
This error can appear many times if the underlying connection is not stable, and the reconcile loops/ClusterCacheTracker continuously tries to recreate connections, and each operation takes 10s before timing out (during those 10s other reconcile loops/ClusterCacheTracker gets the lock error).

[fabriziopandini]

/good-first-issue

[k8s-ci-robot]

@fabriziopandini:
This request has been marked as suitable for new contributors.

Guidelines

Please ensure that the issue body includes answers to the following questions:

• Why are we solving this issue?
• To address this issue, are there any code changes? If there are code changes, what needs to be done in the code and what places can the assignee treat as reference points?
• Does this issue have zero to low barrier of entry?
• How can the assignee reach out to you for help?

For more details on the requirements of such an issue, please see here and ensure that they are met.

If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-good-first-issue command.

In response to this:

/good-first-issue

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

[nikParasyr]

/assign