Description of problem: New VMs created after recent upgrade to RHEV 3.2 use network ports for display outside of the documented range [5634 to 6166]. Version-Release number of selected component (if applicable): rhevm-backend-3.2.0-11.37.el6ev libvirt-0.10.2-18.el6_4.5 vdsm-4.10.2-22.0.el6ev How reproducible: Always for new VMs. Already existing VMs keep using ports within documented port range. Steps to Reproduce: 1. Create a new VM. 2. Observe display ports at https://<rhevm>/api/vms/<vm_uuid>/ 3. Actual results: <display> <type>spice</type> <address>10.204.125.31</address> <port>6236</port> <secure_port>6237</secure_port> <monitors>1</monitors> <allow_override>true</allow_override> <smartcard_enabled>false</smartcard_enabled> </display> Expected results: Ports used for display are within the documented port range. Additional info: Please reassign to appropriate component if engine-backend is not the correct component for this bug. LogCollector including RHEV-M, host sosreport and database dump is unpacked and available at http://jentrena-xw8600.usersys.redhat.com/00900799/
michal - i think there was some libvirt change making this different than the old spice port ranges (but i could be wrong)?
this must have been ancient. Ever since 3.0 we use auto allocation by libvirt which uses 5900-65535. What documentation are you referring to? What is the "old' version they claim it worked in?
(In reply to Michal Skrivanek from comment #4) > this must have been ancient. Ever since 3.0 we use auto allocation by > libvirt which uses 5900-65535. > What documentation are you referring to? What is the "old' version they > claim it worked in? For example the RHEV 3.2 Installation Guide: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.2/html/Installation_Guide/Virtualization_Host_Firewall_Requirements1.html 5634 - 6166 TCP Remote guest console access via VNC and SPICE. These ports must be open to facilitate client access to virtual machines.
Michal, can you take a look for 3.3 thanks Aic
Currently it is: 5900 + sequentially allocated ports - 1 per VNC VM, 2 per SPICE VM, all the way up to 65535 Since RHEL 6.4 there is a possibility to configure the range in libvirt so we should use it (bug 772290) I'd suggest to start from 5900 as we do that for several releases already, and stop at 6411 to support 256 VMs with SPICE on one host
are we fine with the change of the range by default to 5900-6411 ? And adjusting docs. It makes a bit more sense now as since RHEV 2.3 we are always starting at 5900 and we surely don't want to see issues for all the other installations
(In reply to Michal Skrivanek from comment #9) > are we fine with the change of the range by default to 5900-6411 ? And > adjusting docs. It makes a bit more sense now as since RHEV 2.3 we are > always starting at 5900 and we surely don't want to see issues for all the > other installations I already asked the customer, I will provide feedback later today. If you ask me they should be fine since the proposed range is slightly bigger than the documented one and they never had issues with it before, most loaded hosts have 100+ guests.
(In reply to Michal Skrivanek from comment #9) > are we fine with the change of the range by default to 5900-6411 ? And > adjusting docs. It makes a bit more sense now as since RHEV 2.3 we are > always starting at 5900 and we surely don't want to see issues for all the > other installations ACK.
(In reply to Michal Skrivanek from comment #9) > are we fine with the change of the range by default to 5900-6411 ? Cortal have confirmed 5900-6411 is fine for them (and they could adjust the port range in the future should they need to).
I'd go with 512 VMs, 3 ports/VM (should be good for bigger setups as well as it's unlikely all the VMs will be SPICE+VNC) so we'll have some slack... - also need to address FW setup - ovirt-engine/packaging/firewalld/aio/ovirt-aio.xml.in for AIO and also engine's db for regular hosts
Vinzenz, please update doc text, note bug 998192 in 3.2 as well. Worth adding a way how to change this (qemu.conf, firewall)
Merged u/s to master as http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=commit;h=2553d6a0a858f6b5a80dd102735bea7f38db764f
Merged to vdsm u/s master branch as http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=commit;h=5daa7fa3cc710b79e24176c84a525158717d7e91
ovirt 3.4.0 alpha has been released
Verified on ovirt version: ovirt-engine-3.4.0-0.7.beta2.el6.noarch in /etc/libvirt/qemu.conf, these lines exist after hot deploy: remote_display_port_min=5900 remote_display_port_max=6923
*** Bug 1095163 has been marked as a duplicate of this bug. ***
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. http://rhn.redhat.com/errata/RHSA-2014-0506.html
Hello, There was a regression on RHEV-Hypervisor 6.6 - 20150603.0 Display network ports were again 5634:6166. Was it on purpose or a misconfiguration?
Regression was also found in the latest rhev-hypervisor6-6.7-20150828.0 iptables: [0:0] -A INPUT -p tcp -m multiport --dports 5634:6166 -j ACCEPT qemu.conf: correct parameters but commented out #remote_display_port_min = 5900 #remote_display_port_max = 65535
After adding to RHEV-M and activating it, the range gets changed to the correct one. Closing the Bugzilla for now.