-
Bug
-
Resolution: Done-Errata
-
Normal
-
CNV v4.18.0
-
Quality / Stability / Reliability
-
3
-
False
-
-
False
-
CNV v4.20.0.rhel9-26
-
-
Moderate
-
None
Description of problem:
kubemacpool.io/transaction-timestamp not being populated for new vm created. It would only work as expected if we apply the vm spec a 2nd time. This happens for all cases, all vms.
Version-Release number of selected component (if applicable):
How reproducible:
100%
Steps to Reproduce:
1. following kubemacpool doc (https://github.com/k8snetworkplumbingwg/kubemacpool/blob/main/doc/deployment-on-arbitrary-cluster.md) to deploy kubemacpool: ``` wget https://raw.githubusercontent.com/k8snetworkplumbingwg/kubemacpool/master/config/release/kubemacpool.yaml mac_oui=02:`openssl rand -hex 1`:`openssl rand -hex 1` sed -i "s/02:00:00:00:00:00/$mac_oui:00:00:00/" kubemacpool.yaml sed -i "s/02:FF:FF:FF:FF:FF/$mac_oui:FF:FF:FF/" kubemacpool.yaml kubectl apply -f ./kubemacpool.yaml ``` 2. following kubevirt quickstart guide 2 to deploy the simplest kubevirt yaml for test purpose: https://kubevirt.io/labs/kubernetes/lab1 kubectl apply -f https://kubevirt.io/labs/manifests/vm.yaml
Actual results:
'kubemacpoo.io/transaction-timestamp' annotation is not persisted
Expected results:
'kubemacpoo.io/transaction-timestamp' persists.
Additional info:
initially reported U/S https://github.com/k8snetworkplumbingwg/kubemacpool/issues/536
- links to
-
RHEA-2025:150257
OpenShift Virtualization 4.20.0 Images