Thank you very much for your response. I've spent some time investigating deeper and can reveal interesting details. I've been upgrading from 4.4 following this part of the Guide: https://www.ovirt.org/documentation/upgrade_guide/#SHE_Upgrading_from_4-4 Hosted engine is now "Software Version:4.5.4-1.el8". Operating systems have been upgraded to "Red Hat Enterprise Linux 8.7 (Ootpa)". oVirt repository centos-ovirt45 is present, it's accompanying repos are too: repo id repo name codeready-builder-for-rhel-8-x86_64-rpms Red Hat CodeReady Linux Builder for RHEL 8 x86_64 (RPMs) rhel-8-for-x86_64-appstream-rpms Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs) rhel-8-for-x86_64-baseos-rpms Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs) centos-ceph-pacific CentOS-8-stream - Ceph Pacific centos-gluster10 CentOS-8-stream - Gluster 10 centos-nfv-openvswitch CentOS-8 - NFV OpenvSwitch centos-opstools CentOS-OpsTools - collectd centos-ovirt45 CentOS Stream 8 - oVirt 4.5 cs8-extras CentOS Stream 8 - Extras cs8-extras-common CentOS Stream 8 - Extras common packages ovirt-45-centos-stream-openstack-yoga CentOS Stream 8 - oVirt 4.5 - OpenStack Yoga Repository ovirt-45-upstream oVirt upstream for CentOS Stream 8 - oVirt 4.5 Hosts report "Cluster Compatibility Version: 4.2,4.3,4.4,4.5,4.6,4.7" on UI. The problem actually looks somewhat related to UI. I've tried to _not_ change anything on "Edit Cluster" dialogue window and just pressed "OK" and still got the "Error while executing action: Cannot disable gluster service on the cluster as it contains volumes" response. By looking on UI I see that "Enable Gluster Service" checkbox is empty and is grayed out. Looks like UI "thinks" that Glusterfs is disabled and when I hit "OK" it tries to apply this as a change. I've checked engine-config: [root@he ~]# engine-config -g AllowClusterWithVirtGlusterEnabled Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false AllowClusterWithVirtGlusterEnabled: true version: general It is "True". And it is protected. I was unable to set it to "False" - just tried out of curiosity. Next I've opened Web Developer Tools in my browser, found '<input type="checkbox" value="on" id="ClusterPopupView_enableGlusterService" tabindex="17" disabled="" style="vertical-align: top;">' and removed the word 'disabled'. I've checked this checkbox and tried hitting "OK". This time the dialog worked and after reopening it I see the checkbox grayed out but now it is checked. oVirt works, nothing is changed or ruined. But one more observation: this checkbox stays checked till Hosted Engine reboot. After a reboot it is unchecked again. OK, supposedly I can proceed. I've tried changing the Compatibility Version to 4.7 and hit OK again. This time I've got another error on UI "Cannot update cluster because the update triggered update of the VMs/Templates and it failed for the following: HostedEngine": [image: изображение.png] Hosted Engine is the only VM running in the whole cluster. And according to /var/log/ovirt-engine/engine.log the problem is probably something else as I see this: 2023-01-04 11:21:23,199+03 INFO [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-5) [a61e4bd4-ac1e-4ec9-a2af-86c889027ba6] Running command: UpdateClusterCommand internal: false. Entities affected : ID: 5f56b384-875f-11ed-87f4-00163e2e6261 Type: ClusterAction group EDIT_CLUSTER_CONFIGURATION with role type ADMIN 2023-01-04 11:21:23,561+03 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-5) [7db95745] Error during ValidateFailure.: java.lang.IllegalArgumentException: No enum constant org.ovirt.engine.core.common.businessentities.ArchitectureType. at java.base/java.lang.Enum.valueOf(Enum.java:240) at org.ovirt.engine.core.common//org.ovirt.engine.core.common.businessentities.ArchitectureType.valueOf(ArchitectureType.java:8) at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.OsRepositoryImpl.getArchitectureFromOS(OsRepositoryImpl.java:268) at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.validator.VmValidationUtils.isOsTypeSupported(VmValidationUtils.java:45) ... many-many more lines It looks like it couldn't read the org.ovirt.engine.core.common.businessentities.ArchitectureType constant. Or something like that, my programming skills are poor. I'm attaching the full log output as a file. Hope maillist allows it to be sent. I'm stuck on this. Hope for your help. Please tell me if I can provide more info to you. Thank you. On Mon, Jan 2, 2023 at 3:47 PM Lucia Jelinkova <ljelinko@redhat.com> wrote:

Hi,

Can you be more specific about what is the error message you get while trying to change the cluster compatibility version?

Thanks,

Lucia

On Mon, Jan 2, 2023 at 8:46 AM <lexxthefox@gmail.com> wrote:

...

Hi!

I'm sorry if it is a noob question but it is very important for me. We are researching oVirt in our company and hope to use existing environment where there's no SAN/NAS solution. Just a bunch of servers. We were able to set up a hyperconverged installation with oVirt 4.4 a while ago and now I'm resuming research and trying to upgrade it to 4.5. I was able to upgrade HE and Hosts. What's left is to upgrade Cluster Compatibility Version from 4.5 to 4.7. I don't seem to find a way to do it as when I try to Edit cluster I get this error: "Cluster Compatibility Version".

Upgrade Guide on https://www.ovirt.org/documentation/upgrade_guide/ does not have entries for hyperconverged set up. So I don't know where to look for information on this topic.

Is it possible to achieve my goal at all? Can "frozen" Cluster Compatibility Version cause problems in the long run?

I can rebuild the whole setup now when it is still being reviewed and planed. But if we start using it actively it won't be possible. I'm afraid that this could be a show-stopper in the long run.

Thanks in advance! _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/DTN6GPBGR4GCBY...

Hi! I'm on duty today and were able to check osinfo following your advise. Not sure how exactly we've managed to interfere with osinfo but reinstallation of "redhat-release" package helped. Glad it was this easy to fix. Do you know what might be the cause of the former problem? We probably won't be doing any more cluster compatibility upgrades soon but it might be a sympthom of something else. So I feel a bit uneasy about this. Thank you!

Hi! Ah, sorry, I should have been more precise in my qestion. Osinfo was somehow damaget on our side, I'm sure. I mean the UI problem. This one:

The problem actually looks somewhat related to UI. I've tried to _not_ change anything on "Edit Cluster" dialogue window and just pressed "OK" and still got the "Error while executing action: Cannot disable gluster service on the cluster as it contains volumes" response. By looking on UI I see that "Enable Gluster Service" checkbox is empty and is grayed out. Looks like UI "thinks" that Glusterfs is disabled and when I hit "OK" it tries to apply this as a change.

I've checked engine-config:

[root@he ~]# engine-config -g AllowClusterWithVirtGlusterEnabled Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false AllowClusterWithVirtGlusterEnabled: true version: general

It is "True". And it is protected. I was unable to set it to "False" - just tried out of curiosity.

Next I've opened Web Developer Tools in my browser, found '<input type="checkbox" value="on" id="ClusterPopupView_enableGlusterService" tabindex="17" disabled="" style="vertical-align: top;">' and removed the word 'disabled'. I've checked this checkbox and tried hitting "OK".

This time the dialog worked and after reopening it I see the checkbox grayed out but now it is checked. oVirt works, nothing is changed or ruined. But one more observation: this checkbox stays checked till Hosted Engine reboot. After a reboot it is unchecked again.