When adding Kubevirt/Openshift virtualization provider, there is the Test button to test the connection. It tests if the KubeVirt API is accessible. If the KubeVirt is installed on plain Kubernetes, the call would succeed, but the adding of the provider would fail later on missing OpenShift API. Would it make sense to add a test for OpenShift API? And maybe Prometheus URL?
+1 for testing OpenShift API. However, I suggest to keep it with lower priority than other issues. With proper documentation this issue should not confuse users. In case for Prometheus URL I don't think we should require it. My impression is that it is not crucial to work. Personally on my dev setup I do not have it configured.
I am still thinking that maybe we should enable using the plain KubeVirt on Kubernetes in the upstream and make use of the templates optional. The user would not be probably able to create new VMs but still could see and run the existing ones. This would make also the naming easier - we would use KubeVirt in upstream and OpenShift Virtualization in downstream instead of using both terms. The same goes for the icons. WDYT?
(In reply to Lucia Jelinkova from comment #2) > I am still thinking that maybe we should enable using the plain KubeVirt on > Kubernetes in the upstream and make use of the templates optional. The user > would not be probably able to create new VMs but still could see and run the > existing ones. > > This would make also the naming easier - we would use KubeVirt in upstream > and OpenShift Virtualization in downstream instead of using both terms. The > same goes for the icons. > > WDYT? For the upstream we should support kubevirt on top of OKD since kubernetes doesn't support the Template resource which is required by the integration for creating VMs.
Adding OCP with Virtualization added successfully. Tried to add CRC cluster to RHV-M and failed = Success. ( Pathing between CRC and RHVM machine was working )
This bugzilla is included in oVirt 4.4.2 release, published on September 17th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.2 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.