Description of problem: When updating the default VNC console invocation behavior in the engine 'ClientModeVncDefault' not accepting the value of [Native,NoVnc] Version-Release number of selected component (if applicable): rhvm-4.5.3.4-1.el8ev.noarch How reproducible: 100 % Actual results: # engine-config -g ClientModeVncDefault Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false ClientModeVncDefault: Native version: general # engine-config -s ClientModeVncDefault=NoVnc Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false Cannot set value NoVnc to key ClientModeVncDefault. Valid values are [Native,NoVnc] Expected results: # engine-config -g ClientModeVncDefault Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false ClientModeVncDefault: Native version: general # engine-config -s ClientModeVncDefault=NoVnc Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false # engine-config -g ClientModeVncDefault Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false ClientModeVncDefault: NoVnc version: general Additional info: The was working on 4.5.0, then when upgraded it no longer allows for the change.
This issue is most probably caused by a regression during implementation of BZ2089299
The 'ClientModeVncDefault' is accepting the values as expected: # engine-config -g ClientModeVncDefault Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false ClientModeVncDefault: Native version: general # engine-config -s ClientModeVncDefault=NoVnc Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false # engine-config -g ClientModeVncDefault Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false ClientModeVncDefault: NoVnc version: general Verified in ovirt-engine-4.5.3.7-0.zstream.20230125101610.gitf21a4b1784d.el8.noarch
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 (Moderate: Red Hat Virtualization security and bug fix update), 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/RHSA-2023:0759