Convert windows guest to rhev,these files rhsrvany.exe and rhev-apt.exe will run on guest to check the drivers on RHEV.But they are not necessary to a guest which running on kvm.
Old version of virt-v2v didn't fix this issue,refer to bug 770398.
Steps to Reproduce:
1.Convert a windows guest to kvm.
# virt-v2v -ic xen+ssh://10.66.106.64 -os default xen-hvm-win7-x86_64 -on windows-2programfiles -of raw
[ 0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 xen-hvm-win7-x86_64
[ 16.0] Creating an overlay to protect the source from being modified
[ 46.0] Opening the overlay
[ 82.0] Initializing the target -o libvirt -os default
[ 82.0] Inspecting the overlay
[ 88.0] Checking for sufficient free disk space in the guest
[ 88.0] Estimating space required on target for each disk
[ 88.0] Converting Windows 7 Ultimate to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 90.0] Mapping filesystem data to avoid copying unused and blank areas
[ 92.0] Closing the overlay
[ 92.0] Copying disk 1/2 to /var/lib/libvirt/images/windows-2programfiles-sda (raw)
[ 388.0] Copying disk 2/2 to /var/lib/libvirt/images/windows-2programfiles-sdb (raw)
[ 412.0] Creating output metadata
Pool default refreshed
Domain windows-2programfiles defined from /tmp/v2vlibvirt041cb1.xml
[ 412.0] Finishing off
2.Check if the files rhsrvany.exe and rhev-apt.exe exists.
rhev-apt.exe are under C:\rhev-apt.exe.
rhsrvany.exe are under C:\Programe Files\RedHat\rhsrvany.exe.
When convert a windows guest to kvm,these rhev related files don't need to be copied and ran.
1.Attach the debug info.
Since I believe this is essentially cosmetic (the files do
no harm) I'm moving this to RHEL 7.2.
RHSRVANY is required for any Windows conversion (to run firstboot
scripts), so it's not an error to install it if the target is KVM.
However RHEV-APT could be avoided if the conversion is to KVM,
ie. NOT -o rhev or -o vdsm.
(not actually fixed yet, I'll post patches)
I can reproduce the bug on builds:
Try to verify the bug with builds:
1.Could find rhsrvany.exe and rhev-apt.exe on v2v conversion server
# ls /usr/share/virt-tools/
2.Convert a win7 guest from xen server to kvm by virt-v2v
# virt-v2v -ic xen+ssh://10.73.3.21 xen-hvm-win7-x86_64 -of qcow2
3.After finishing conversion, Check if the files rhsrvany.exe and rhev-apt.exe exists on kvm
3.1 There is not rhev-apt.exe under C:\
3.2 There is not directory RedHat under C:\Programe Files, so there is not rhsrvany.exe under C:\Programe Files\RedHat\Firstboot
3.3 There is not RHSrvAny.exe under C:\Programe Files(x86)\RedHat\RHEV\apt
4.Convert the win7 guest to from xen server to rhv by virt-v2v
# virt-v2v -ic xen+ssh://10.73.3.21 xen-hvm-win7-x86_64 -of qcow2 -o rhv -os 10.73.131.93:/home/nfs_export -on app-7.4
5.After finishing conversion, Check if the files rhsrvany.exe and rhev-apt.exe exists in guest on rhv
5.1 There is rhev-apt.exe under C:\
5.2 There is not directory RedHat under C:\Programe Files, so there is not rhsrvany.exe under C:\Programe Files\RedHat\Firstboot
5.3 There is RHSrvAny.exe under C:\Programe Files(x86)\RedHat\RHEV\apt
Because there is not RHSrvAny.exe in original guest on xen server, so I think
RHSrvAny.exe is same with rhsrvany.exe, right? If so, why there is not RHSrvAny.exe when converting guest from xen to kvm by v2v?
Hi Ming Xie,
your observations on rhev-apt looks correct to me, now rhev-apt is copied in the guest only when the output mode (-o) is rhv or vdsm. This is basically what the changes in this bug were about.
Regarding RHSrvAny, please note that:
a) the location is changed, now is C:\Program Files\Guestfs\Firstboot
b) it is installed if firstboot scripts are needed, no matter what the output mode is
c) the path mentioned in 3.3 and 5.3 is not something libguestfs/v2v handles, and I guess it is provided by RHV itself
Thanks for your info, research when rhsrvany will be installed for windows guest as below:
1)I could find rhsrvany under C:\Program Files\Guestfs\Firstboot when converting windows guest from kvm/xen/vmware to rhv
2)But I can't find rhsrvany under C:\Program Files\Guestfs\Firstboot or any other directory in C:\ when converting windows guest from xen/vmware to kvm
3)I also can't find rhsrvany under C:\Program Files\Guestfs\Firstboot or any other directory in C:\ when converting windows guest from kvm/xen/vmware to glance
According to above result, rhsrvany will be installed only when converting guest to rhv like rhev-apt
Why rhsrvany is not installed if target hypervisor is kvm or glance,windows guest doesn't need firstboot script if target hypervisor is kvm or glance?
(In reply to firstname.lastname@example.org from comment #11)
> 1)I could find rhsrvany under C:\Program Files\Guestfs\Firstboot when
> converting windows guest from kvm/xen/vmware to rhv
When converting to RHV, rhev-apt is installed, and a firstboot script is needed to run it, so rhsrvany is installed.
> 2)But I can't find rhsrvany under C:\Program Files\Guestfs\Firstboot or any
> other directory in C:\ when converting windows guest from xen/vmware to kvm
> 3)I also can't find rhsrvany under C:\Program Files\Guestfs\Firstboot or any
> other directory in C:\ when converting windows guest from kvm/xen/vmware to
No upnp_wait tool on the conversion server, and most probably there was no Red Hat Xen PV driver installed, nor Parallel Tools installed, hence no firstboot scripts were needed.
> Why rhsrvany is not installed if target hypervisor is kvm or glance,windows
> guest doesn't need firstboot script if target hypervisor is kvm or glance?
No, that is because there was no need for firstboot scripts with the guests you tried, and thus rhsrvany was not installed.
According to the comment 9 ~ comment12, this bug has been fixed, so move this bug from ON_QA to VERIFIED
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.