Hide Forgot
Description of problem: Set guest vnc port to 0, then start guest, it failed to start, and guest xml is changed unexpectedly. This can also be reproduced by restarting libvirtd. Version-Release number of selected component: libvirt-2.0.0-10.el7.x86_64 How reproducible: 100% Steps to Reproduce: 1. Set guest vnc port to '0' # virsh edit rhel7 <graphics type='vnc' port='0'/> # virsh dumpxml rhel7 <graphics type='vnc' autoport='no'> <listen type='address'/> </graphics> 2. 1) Start guest # virsh start rhel7 error: Failed to start domain rhel7 error: unsupported configuration: vnc port must be in range [5900,65535] or 2) Restart libvirtd 3.Check guest dumpxml: # virsh dumpxml rhel7 <graphics type='vnc' port='-1' autoport='yes'> <listen type='address'/> </graphics> Actual results: Guest xml changed after guest start failed or restart libvirtd Expected results: Guest xml doesn't change after guest start failed or restart libvirtd Or "virsh edit" should fail in step1
Upstream commit: commit f19390d2d3ab18cc9bff53e1d642e4e2b534f5a5 Author: Pavel Hrdina <phrdina> Date: Wed Jan 25 17:42:07 2017 +0100 domain_conf: vnc: preserve autoport value if no port was specified
I can reproduce this issue. Verify with build: libvirt-3.1.0-2.el7.x86_64 step: 1. Set guest vnc port to '0' # virsh edit rhel7 <graphics type='vnc' port='0'/> # virsh dumpxml rhel7 <graphics type='vnc' autoport='no'> <listen type='address'/> </graphics> 2. 1) Start guest # virsh start rhel7 error: Failed to start domain rhel7 error: unsupported configuration: vnc port must be in range [5900,65535] check guest xml: <graphics type='vnc' autoport='no' listen='0.0.0.0'> <listen type='address' address='0.0.0.0'/> </graphics> restart libvirtd: systemctl restart libvirtd check xml again: <graphics type='vnc' autoport='no' listen='0.0.0.0'> <listen type='address' address='0.0.0.0'/> </graphics> guest xml not changed. move 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. https://access.redhat.com/errata/RHEA-2017:1846