[ovirt-users] Re: Changing the Cluster Compatibility Version in hyperconverged environment
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 ' 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. ___ 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/KY52AXJIJHGQ3XS6FFGQZXLBIZ4LY2OA/
[ovirt-users] Re: Changing the Cluster Compatibility Version in hyperconverged environment
Hi, I am glad it helped. Unfortunately, I do not know what could have caused the problems with osinfo configuration. Lucia On Mon, Jan 9, 2023 at 9:38 AM wrote: > 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! > ___ > 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/YKGFVTJU4CJOLM5NGY44DMEANX4GGWCG/ > ___ 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/4KNSIJL26GRYJ4VRDHI4YXGTF5DNKC4Z/
[ovirt-users] Re: Changing the Cluster Compatibility Version in hyperconverged environment
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! ___ 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/YKGFVTJU4CJOLM5NGY44DMEANX4GGWCG/
[ovirt-users] Re: Changing the Cluster Compatibility Version in hyperconverged environment
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 Алексей Иванов 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 ' 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 >
[ovirt-users] Re: Changing the Cluster Compatibility Version in hyperconverged environment
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 '' 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 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 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
[ovirt-users] Re: Changing the Cluster Compatibility Version in hyperconverged environment
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 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/KTDPGNZDEBXW3HNO4FOPLBIDXUDBPBLW/
