RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 821730 - The autoport for spice is disabled after conversion by virt-v2v
Summary: The autoport for spice is disabled after conversion by virt-v2v
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: virt-v2v
Version: 6.3
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Matthew Booth
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-15 13:14 UTC by tingting zheng
Modified: 2014-11-18 11:27 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-11-18 11:27:46 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
xml file of the guest before conversion (1.99 KB, application/xml)
2012-05-15 13:15 UTC, tingting zheng 		no flags Details
xml file for the guest after conversion (1.71 KB, application/xml)
2012-05-15 13:15 UTC, tingting zheng 		no flags Details
View All

Description tingting zheng 2012-05-15 13:14:03 UTC 
Description of problem:
When using virt-v2v to convert a guest with spice,the autoport for spice is disabled after conversion

Version-Release number of selected component (if applicable):
virt-v2v-0.8.7-6.el6.x86_64
libguestfs-1.16.19-1.el6.x86_64
libvirt-0.9.10-18.el6.x86_64

How reproducible:
Always.

Steps to Reproduce:
1.Configured a guest with spice.
# virsh dumpxml test1
……
   <graphics type='spice' autoport='yes' listen='0.0.0.0'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>
……

2.Use virt-v2v to convert the guest:
# virt-v2v  -ic qemu+ssh://10.66.7.123/system -os v2v -b breth0 test1
root.7.123's password: 
root.7.123's password: 
test.img: 100% [=======================================================================================]D 0h04m43s
virt-v2v: WARNING: The connected hypervisor does not support feature pae.
virt-v2v: test1 configured with virtio drivers.


3.After conversion,check the xml of the guest,the autoport is disabled and set to 5900.Details please see the attachment.
# virsh dumpxml test1
……
<graphics type='spice' port='5900' autoport='no'/>
……

If there is a guest which has used the port 5900,then start the converted guest,there is error:
# virsh start test1
error: Failed to start domain test1
error: internal error Process exited while reading console log output: char device redirected to /dev/pts/5
do_spice_init: starting 0.10.1
reds_init_socket: reds_init_socket: binding socket to 127.0.0.1:5900 failed
failed to initialize spice server

Actual Results:
When using virt-v2v to convert a guest with spice,the autoport for spice is disabled after conversion,and if the port 5900 has been used,then the guest can not be started.

Expected results:
The autoport for spice is enabled after conversion by virt-v2v as before,and the guest can be started successfully.

Additional info:
Comment 1 tingting zheng 2012-05-15 13:15:14 UTC 
Created attachment 584663 [details]
xml file of the guest before conversion
Comment 2 tingting zheng 2012-05-15 13:15:46 UTC 
Created attachment 584664 [details]
xml file for the guest after conversion
Comment 5 RHEL Program Management 2012-07-10 05:56:31 UTC 
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.
Comment 6 RHEL Program Management 2012-07-11 01:59:48 UTC 
This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development.  This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.
Comment 7 tingting zheng 2012-08-22 10:33:22 UTC 
Also I found that the address of both vnc and spice has been changed after conversion:
1.For vnc:
Before conversion：set the guest listen on all public network interfaces,namely the address:0.0.0.0
#virsh dumpxml test
    <graphics type='vnc' port='-1' autoport='yes' listen='0.0.0.0'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>

After conversion:the guest only listen from local host,namely the address:127.0.0.1
#virsh dumpxml test 
    <graphics type='vnc' port='-1' autoport='yes'/>

#ps -ef|grep kvm
qemu     28124     1 83 18:27 ?        00:00:45 /usr/libexec/qemu-kvm -S -M rhel6.3.0 -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name kvm-rhel6.2-x86_64 -uuid 5e893e69-1204-8475-03cd-e01f1a17ec45 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/test.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/var/lib/libvirt/images/test.img,if=none,id=drive-virtio-disk0,format=raw -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:84:75:fa,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -vnc 127.0.0.1:2 -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5

2.For spice:both the autoport and address changed
Before conversion:
# virsh dumpxml test1
     <graphics type='spice' autoport='yes' listen='0.0.0.0'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>

After conversion:
# virsh dumpxml test1
<graphics type='spice' port='5900' autoport='no'/>
Comment 8 RHEL Program Management 2012-12-14 06:50:23 UTC 
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.
Comment 9 Richard W.M. Jones 2014-11-18 11:27:46 UTC 
Virt-v2v needs to run on the latest Red Hat Enterprise Linux release
to ensure it can correctly read and modify new guest filesystem
features.  A new version of virt-v2v is now available for RHEL 7.1.

Before RHEL 7.1 is released, follow the instructions here to
install unsupported preview packages on top of RHEL 7.0:
https://www.redhat.com/archives/libguestfs/2014-May/msg00090.html

After RHEL 7.1 is released, virt-v2v will be available in
Technical Preview.

You can run virt-v2v in a single virtual machine.  Other
requirements are covered here:
http://libguestfs.org/virt-v2v.1.html#resource-requirements

If you find a missing feature or bug in the new version of virt-v2v
please file a bug using the following link:
https://bugzilla.redhat.com/enter_bug.cgi?product=Red%20Hat%20Enterprise%20Linux%207&component=libguestfs
Note You need to log in before you can comment on or make changes to this bug.