This query concerns ManageIQ VM consoles and a perceived change in behaviour between Hammer and Jansa ManageIQ releases.
First, a description of the software configurations:
- oVirt 4.3.10 engine set-up with multiple virtualisation hosts running oVirt Node 4.310.
Graphics Protocol
on all hosted VMs set to ‘VNC’. Default Console type set
on oVirt engine to VNC using the commandengine-config -s ClientModeVncDefault=NoVnc
followed by an engine restart.
- ManageIQ set to manage the above oVirt installation by adding engine as RHEV provider using
admin@internal
as login user. C&U database access set up throughovirt_engine_history
Postgresql user.
Under ManageIQ Hammer, the VM console Access menu looks like so:
Invoking VM Console
from this menu results in a NoVNC console in a new tab or window on all modern web-browsers:
This is great: the VM console is accessible on most OSes (Windows, Mac, Linux, Android) without the need for any plug-ins or local helper applications.
Under ManageIQ Jansa-2, the VM console Access menu looks like so:
Invoking Native Console
from this menu results in a download dialog for a console.vv
file which can then be opened with virt-viewer:
Now, virt-viewer is a great app and works well but it looks like Jansa-2 is assuming that the virt-viewer app is installed and available for viewing VM consoles. This may not be the case - furthermore, it makes ManageIQ less self-contained in contrast
to the goal laid out in the following thread:
Is this change intentional? Is there some configuration under Jansa-2 to make
NoVNC the default again for VM console access?
Best wishes