Bug 682697

Summary: virt-install: can not assign static port number for the guest when specifying spice as graphic console
Product: Red Hat Enterprise Linux 6 Reporter: Nan Zhang <nzhang>
Component: python-virtinstAssignee: Cole Robinson <crobinso>
Status: CLOSED ERRATA QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 6.1CC: dallan, dyuan, eblake, jdenemar, llim, mhideo, mjenner, xen-maint, zpeng
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
When specifying spice as a graphic console for the guest and assigning a static port number the resulting output does not retain the port number. This fix ensures that the port number is retained.
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-05-19 13:43:23 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Nan Zhang 2011-03-07 10:25:01 UTC
Description of problem:
as subject.

Version-Release number of selected component (if applicable):
python-virtinst-0.500.5-1.el6.noarch

How reproducible:
Always

Steps to Reproduce:
# virt-install -n foo -r 512 -f /var/lib/libvirt/images/foo.img -s 6 -l http://download.englab.nay.redhat.com/pub/rhel/rel-eng/RHEL6.1-20110210.1/6.1/Server/x86_64/os/ --graphics type=spice,port=5909,listen=127.0.0.1
  
Actual results:
(...)
    <graphics type='spice' autoport='yes' listen='127.0.0.1'/>
(...)

Expected results:
Guest can be assigned with a static port number.
(...)
    <graphics type='vnc' port='5909' autoport='no' listen='127.0.0.1'/>
(...)

Additional info:

Comment 1 Cole Robinson 2011-03-10 16:37:46 UTC
Fixed in python-virtinst-0.500.5-2.el6

Comment 3 zhe peng 2011-03-22 08:14:55 UTC
Verified on python-virtinst-0.500.5-2.el6.noarch

# rpm -qa|grep python-virtinst
python-virtinst-0.500.5-2.el6.noarch

# virt-install -n foo -r 512 -f /var/lib/libvirt/images/foo.img -s 6 -l
http://download.englab.nay.redhat.com/pub/rhel/rel-eng/RHEL6.1-20110210.1/6.1/Server/x86_64/os/
--graphics type=spice,port=5909,listen=127.0.0.1
(...)
 <graphics type='spice' port='5909' tlsPort='-1' autoport='no' listen='127.0.0.1'/>
(...)

fixed.

Comment 4 Cole Robinson 2011-03-22 13:34:08 UTC
Thanks for testing, but the bug is still in ON_QA :)

Comment 5 Nan Zhang 2011-03-23 02:07:02 UTC
Move to VERIFIED.

Comment 6 zhe peng 2011-04-15 09:42:18 UTC
verified this bug with:
Linux localhost.localdomain 2.6.32-130.el6.x86_64 #1 SMP Tue Apr 5 19:58:31 EDT
2011 x86_64 x86_64 x86_64 GNU/Linux

python-virtinst-0.500.5-3.el6.noarch
libvirt-0.8.7-17.el6.x86_64

passed.

Comment 8 Michael Hideo 2011-05-12 22:51:29 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
* When specifying spice as a graphic console for the guest and assigning a static port number the resulting output does not retain the port number. This fix ensures that the port number is retained. (BZ#682697)

Comment 9 Michael Hideo 2011-05-16 21:40:14 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1 +1 @@
-* When specifying spice as a graphic console for the guest and assigning a static port number the resulting output does not retain the port number. This fix ensures that the port number is retained. (BZ#682697)+When specifying spice as a graphic console for the guest and assigning a static port number the resulting output does not retain the port number. This fix ensures that the port number is retained.

Comment 10 errata-xmlrpc 2011-05-19 13:43:23 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0636.html