For a VM with SPICE display type:
Since we are defining all channels as secure, on VM creation and we're specifying 'autoport="yes"', non-needed ports are not allocated.
This results in no non-tls port being created in this case
Description of problem:
On rhel7, for a VM with SPICE display type, display port no longer exist.
rhel7:
1. 'vdsClient -s 0 list long' do not show field displayPort = ,
2. vmGetStats show 'displayPort': '-1','displaySecurePort': u'5900'
rhel6.5:
3. 'vdsClient -s 0 list long' show
displaySecurePort = 5903, displayPort = 5902
Version-Release number of selected component (if applicable):
On rhevm 3.4 av9
Red Hat Enterprise Linux Server release 7.0 (Maipo)
vdsm-4.14.7-1.1.el7ev.x86_64
libvirt-1.1.1-29.el7.x86_64
Expected results:
In case, this was changed by design, it should be documented in release notes.
Also, backward compatibility to rhel6.5 should be kept.
Additional info:
This failure was seen in rest api, having VM object missing display 'port' field.
not a big deal, there is refactoring patches by Franta/Francesco ongoing, but still…there should be no difference in RHEL 7 ATM
Comment 5Vinzenz Feenstra [evilissimo]
2014-07-11 07:04:41 UTC
So I happen to notice that this not only happens on RHEL7 but in fact I can see the same thing right now happening on RHEL6 with the upstream master
@istein:
Which exact build did you use for RHEL6?
Red Hat Enterprise Linux Server release 6.5 (Santiago)
Comment 7Vinzenz Feenstra [evilissimo]
2014-07-15 12:19:20 UTC
According to the libvirt team this is the 'now' correct behaviour. Since we are defining all channels as secure on VM creation and we're specifying 'autoport="yes"' non-needed ports are not allocated.
This results in no non-tls port being created in this case.