Hi, Thank you for the detailed investigation. The later error might suggest a problem between the VM's OS and the configuration in the osinfo.properties file. Please find:
- the OS type of the VM - the osinfo.properties file. You can find the locations in [1]. Note that there might be more of them. 1: https://www.ovirt.org/develop/release-management/features/virt/os-info.html Thanks, Lucia On Wed, Jan 4, 2023 at 9:31 AM Алексей Иванов <lexxthe...@gmail.com> wrote: > 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 <ljeli...@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 <lexxthe...@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-le...@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/DTN6GPBGR4GCBY6LBXZOSWM5GBFSGO3F/ >>> >>
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@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/SQUWA6BCU5KV6BHQLEMCFLP2IJX6IIII/
