Nodes in CentOS 8.3 and oVirt 4.4.3.12-1.el8 but not able to update cluster version
Hello, my engine is 4.4.3.12-1.el8 and my 3 oVirt nodes (based on plain CentOS due to megaraid_sas kernel module needed) have been updated, bringing them to CentOS 8.3. But if I try to put cluster into 4.5 I get the error: " Error while executing action: Cannot change Cluster Compatibility Version to higher version when there are active Hosts with lower version. -Please move Host ov300, ov301, ov200 with lower version to maintenance first. " Do I have to wait until final 4.4.4 or what is the problem? Does 4.5 gives anything more apart the second number... (joking..)? On nodes: Software OS Version: RHEL - 8.3 - 1.2011.el8 OS Description: CentOS Linux 8 Kernel Version: 4.18.0 - 240.1.1.el8_3.x86_64 KVM Version: 4.2.0 - 34.module_el8.3.0+555+a55c8938 LIBVIRT Version: libvirt-6.0.0-28.module_el8.3.0+555+a55c8938 VDSM Version: vdsm-4.40.35.1-1.el8 SPICE Version: 0.14.3 - 3.el8 GlusterFS Version: [N/A] CEPH Version: librbd1-12.2.7-9.el8 Open vSwitch Version: [N/A] Nmstate Version: nmstate-0.3.6-2.el8 Kernel Features: MDS: (Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable), L1TF: (Mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable), SRBDS: (Not affected), MELTDOWN: (Mitigation: PTI), SPECTRE_V1: (Mitigation: usercopy/swapgs barriers and __user pointer sanitization), SPECTRE_V2: (Mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling), ITLB_MULTIHIT: (KVM: Mitigation: Split huge pages), TSX_ASYNC_ABORT: (Not affected), SPEC_STORE_BYPASS: (Mitigation: Speculative Store Bypass disabled via prctl and seccomp) VNC Encryption: Disabled FIPS mode enabled: Disabled Gianluca
Hello! To my knowledge, the latest build is oVirt/RHVH 4.4.3 So there is no oVirt/RHVH - 4.5 as of now. On Thu, Dec 10, 2020 at 9:40 PM Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
Hello, my engine is 4.4.3.12-1.el8 and my 3 oVirt nodes (based on plain CentOS due to megaraid_sas kernel module needed) have been updated, bringing them to CentOS 8.3. But if I try to put cluster into 4.5 I get the error: " Error while executing action: Cannot change Cluster Compatibility Version to higher version when there are active Hosts with lower version. -Please move Host ov300, ov301, ov200 with lower version to maintenance first. " Do I have to wait until final 4.4.4 or what is the problem? Does 4.5 gives anything more apart the second number... (joking..)?
On nodes:
Software
OS Version: RHEL - 8.3 - 1.2011.el8 OS Description: CentOS Linux 8 Kernel Version: 4.18.0 - 240.1.1.el8_3.x86_64 KVM Version: 4.2.0 - 34.module_el8.3.0+555+a55c8938 LIBVIRT Version: libvirt-6.0.0-28.module_el8.3.0+555+a55c8938 VDSM Version: vdsm-4.40.35.1-1.el8 SPICE Version: 0.14.3 - 3.el8 GlusterFS Version: [N/A] CEPH Version: librbd1-12.2.7-9.el8 Open vSwitch Version: [N/A] Nmstate Version: nmstate-0.3.6-2.el8 Kernel Features: MDS: (Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable), L1TF: (Mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable), SRBDS: (Not affected), MELTDOWN: (Mitigation: PTI), SPECTRE_V1: (Mitigation: usercopy/swapgs barriers and __user pointer sanitization), SPECTRE_V2: (Mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling), ITLB_MULTIHIT: (KVM: Mitigation: Split huge pages), TSX_ASYNC_ABORT: (Not affected), SPEC_STORE_BYPASS: (Mitigation: Speculative Store Bypass disabled via prctl and seccomp) VNC Encryption: Disabled FIPS mode enabled: Disabled
Gianluca _______________________________________________ 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/W7UEBHJA2ACLTM...
On Fri, Dec 11, 2020 at 6:39 AM Parth Dhanjal <dparth@redhat.com> wrote:
Hello!
To my knowledge, the latest build is oVirt/RHVH 4.4.3 So there is no oVirt/RHVH - 4.5 as of now.
When 4.4.3 was released it was reported several times to the list that also a 4.5 option for the cluster level had appeared. And it was answered that this specific version (its logic seemed quite strange to me indeed) would have been dedicated to linux nodes in RH EL 8.3 or CentOS 8.3 or RHVH/ovirt-node-ng built on top of this version. Now my 3 nodes are all in CentOS 8.3 but no selection is possible. I heard Sandro off the list and I think in a short time he or someone else through the developers will answer more precisely about this. Gianluca
You have to put all hosts in the cluster to maintenance mode first, then you can change the compat version. On 2020-12-10 11:09, Gianluca Cecchi wrote:
Hello, my engine is 4.4.3.12-1.el8 and my 3 oVirt nodes (based on plain CentOS due to megaraid_sas kernel module needed) have been updated, bringing them to CentOS 8.3. But if I try to put cluster into 4.5 I get the error: " Error while executing action: Cannot change Cluster Compatibility Version to higher version when there are active Hosts with lower version. -Please move Host ov300, ov301, ov200 with lower version to maintenance first. " Do I have to wait until final 4.4.4 or what is the problem? Does 4.5 gives anything more apart the second number... (joking..)?
On nodes:
Software
OS Version: RHEL - 8.3 - 1.2011.el8 OS Description: CentOS Linux 8 Kernel Version: 4.18.0 - 240.1.1.el8_3.x86_64 KVM Version: 4.2.0 - 34.module_el8.3.0+555+a55c8938 LIBVIRT Version: libvirt-6.0.0-28.module_el8.3.0+555+a55c8938 VDSM Version: vdsm-4.40.35.1-1.el8 SPICE Version: 0.14.3 - 3.el8 GlusterFS Version: [N/A] CEPH Version: librbd1-12.2.7-9.el8 Open vSwitch Version: [N/A] Nmstate Version: nmstate-0.3.6-2.el8 Kernel Features: MDS: (Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable), L1TF: (Mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable), SRBDS: (Not affected), MELTDOWN: (Mitigation: PTI), SPECTRE_V1: (Mitigation: usercopy/swapgs barriers and __user pointer sanitization), SPECTRE_V2: (Mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling), ITLB_MULTIHIT: (KVM: Mitigation: Split huge pages), TSX_ASYNC_ABORT: (Not affected), SPEC_STORE_BYPASS: (Mitigation: Speculative Store Bypass disabled via prctl and seccomp) VNC Encryption: Disabled FIPS mode enabled: Disabled
Gianluca _______________________________________________ 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/W7UEBHJA2ACLTM...
On Fri, Dec 11, 2020 at 7:08 AM Alex McWhirter <alex@triadic.us> wrote:
You have to put all hosts in the cluster to maintenance mode first, then you can change the compat version.
No, it never was this way. You only get a triangle on the VMs icon telling you that for that VM to aquire the change it needs to be powered off and then on again. No full maintenance never required. See also here: https://www.ovirt.org/documentation/upgrade_guide/#Changing_the_Cluster_Comp... Gianluca
Dears, I have the same problem, but another one error: On my pre-production stand with one node in cluster, I was set hode to maintenance, and after try update cluster to 4.5 i see: Error while executing action: Cannot change Cluster compatibility version where there are no hosts in the Cluster which support that version. ENGINE LOG: 2020-12-11 15:48:26,338+02 INFO [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-1) [383d1f09-039d-4737-9e8d-9b2490717bd8] Updating cluster CPU flags and verb according to the configuration of the Intel Westmere Family cpu 2020-12-11 15:48:26,347+02 INFO [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-1) [383d1f09-039d-4737-9e8d-9b2490717bd8] Lock Acquired to object 'EngineLock:{exclusiveLocks='[]', sharedLocks='[9abc1d61-829e-470b-b6c8-ad5aec769869=VM]'}' 2020-12-11 15:48:26,389+02 WARN [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-1) [383d1f09-039d-4737-9e8d-9b2490717bd8] Validation of action 'UpdateCluster' failed for user smelnyk@internal-authz. Reasons: VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_UPDATE_VERSION_WHEN_NO_HOST_SUPPORTS_THE_VERSION 2020-12-11 15:48:26,390+02 INFO [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-1) [383d1f09-039d-4737-9e8d-9b2490717bd8] Lock freed to object 'EngineLock:{exclusiveLocks='[]', sharedLocks='[9abc1d61-829e-470b-b6c8-ad5aec769869=VM]'}' HOST: OS Version: RHEL - 8.3 - 1.2011.el8 OS Description: CentOS Linux 8 Kernel Version: 4.18.0 - 240.1.1.el8_3.x86_64 KVM Version: 4.2.0 - 34.module_el8.3.0+555+a55c8938 LIBVIRT Version: libvirt-6.0.0-28.module_el8.3.0+555+a55c8938 VDSM Version: vdsm-4.40.35.1-1.el8 SPICE Version: 0.14.3 - 3.el8 GlusterFS Version: [N/A] CEPH Version: librbd1-12.2.7-9.el8 Open vSwitch Version: [N/A] Nmstate Version: nmstate-0.3.6-2.el8 Kernel Features: MDS: (Vulnerable: Clear CPU buffers attempted, no microcode; SMT vulnerable), L1TF: (Mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable), SRBDS: (Not affected), MELTDOWN: (Mitigation: PTI), SPECTRE_V1: (Mitigation: usercopy/swapgs barriers and __user pointer sanitization), SPECTRE_V2: (Mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling), ITLB_MULTIHIT: (KVM: Mitigation: Split huge pages), TSX_ASYNC_ABORT: (Not affected), SPEC_STORE_BYPASS: (Mitigation: Speculative Store Bypass disabled via prctl and seccomp) VNC Encryption: Disabled FIPS mode enabled: Disabled
participants (4)
-
Alex McWhirter -
Gianluca Cecchi -
melnyksergii＠gmail.com -
Parth Dhanjal