1:09 a.m.
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
2:39 p.m.
New subject: Nodes in CentOS 8.3 and oVirt 4.4.3.12-1.el8 but not able to update cluster version
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(a)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(a)ovirt.org
To unsubscribe send an email to users-leave(a)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/W7UEBHJA2AC...
3:35 p.m.
New subject: Nodes in CentOS 8.3 and oVirt 4.4.3.12-1.el8 but not able to update cluster version
On Fri, Dec 11, 2020 at 6:39 AM Parth Dhanjal <dparth(a)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
3:08 p.m.
New subject: Nodes in CentOS 8.3 and oVirt 4.4.3.12-1.el8 but not able to update cluster version
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(a)ovirt.org
To unsubscribe send an email to users-leave(a)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/W7UEBHJA2AC...
3:37 p.m.
New subject: Nodes in CentOS 8.3 and oVirt 4.4.3.12-1.el8 but not able to update cluster version
On Fri, Dec 11, 2020 at 7:08 AM Alex McWhirter <alex(a)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_C...
Gianluca
10:47 p.m.
New subject: Nodes in CentOS 8.3 and oVirt 4.4.3.12-1.el8 but not able to update cluster version
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
1232
days inactive
1233
days old
5 comments
4 participants
participants (4)
-
Alex McWhirter -
Gianluca Cecchi -
melnyksergii＠gmail.com -
Parth Dhanjal