Skip to content

v2v: series of misc cleanups - #6964

Merged
crobinso merged 10 commits into
autotest:masterfrom
crobinso:v2v-cleanups
Nov 12, 2026
Merged

crobinso merged 10 commits into
autotest:masterfrom
crobinso:v2v-cleanups

Conversation

@crobinso

Copy link
Copy Markdown
Collaborator

Some random v2v/ cleanups and improvements I've accumulated. See individual commits for details

This is not anything to do with virt-v2v. If there's an issue here
it's either qemu/kvm/libvirt CPU model bits or an OS bug. If that
happens it's good to know but the one case we know this fails
we are ignoring it anyways. So just drop the check

Signed-off-by: Cole Robinson <crobinso@redhat.com>
Signed-off-by: Cole Robinson <crobinso@redhat.com>
Used in a couple places as max timeout we expect a single windows
boot+configure cycle to take.

Possibly this could be wrong if qemu-ga install fails and needs
to retry.

Signed-off-by: Cole Robinson <crobinso@redhat.com>
This is an issue in production, not sure about CI though. This
makes it stick out a bit more in logs.

Signed-off-by: Cole Robinson <crobinso@redhat.com>
+ log at info level
+ track how long the VM was up

Signed-off-by: Cole Robinson <crobinso@redhat.com>
It's the only output variant nowadays
The multi command works fine for the one case we are annotating
with `sles`
Nothing is checking for windows os_version anymore
The only case this is being used is for os_version = 'rhel7', so
hardcode that.

Going forward, if we need os_version, we should be getting it
from vmchecker, which attempts to autodetect it from filled in XML
value
Not via passed in argument, which makes it hard to follow where
it is coming from
@crobinso
crobinso merged commit 1d1e8fb into autotest:master Nov 12, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant