Closed BarthV closed 5 months ago
Embedding kubevirt CRD inside this provider is not an easy work, especially if we target to manage multiple kubevirt CRD version in parallel.
It's not a simple topic but I think we should clarify a bit how things are working in a remote setup & what are the requirements against kubevirt on the capi cluster.
The best awnser would probably to split the internal kubernetes client dedicated to local clusterapi from the client dedicated to kubevirt operations. Using the same client (the one used by this controller for reach its own local API) is maybe not the best design here IMO.
https://github.com/kubernetes-sigs/cluster-api-provider-kubevirt/issues/100 also mentioned the same issue
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/reopen
/remove-lifecycle rotten
Please send feedback to sig-contributor-experience at kubernetes/community.
/close not-planned
@k8s-triage-robot: Closing this issue, marking it as "Not Planned".
Hi everyone ! :)
What steps did you take and what happened:
Result :
CAPK logs :
What did you expect to happen:
CAPK provider is able to manage remote VM without requiring local kubevirt CRD to be injected as a prerequisite. CAPK provider should probably embed kubevirt CRD and manage its own dependencies and CAPK/kubevirt compatibility matrix.
Environment:
kubectl version
): 1.26.1/etc/os-release
): ubuntu 22.04.1/kind bug
related issues : 100