[ovirt-users] Re: Gluster Volume cannot be activated Ovirt 4.5 Centos 8 Stream
> see this if it's the case: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/RL73Z7MEKEN... Hi, yes this fix my problem. Quick and dirty :-) 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/ADAAOICOKYWW5DL4VRSC7SAJTAM7TU2S/
[ovirt-users] Re: Ovirt 4.4 - starting just-installed host from ovirt console fails
Good news: Yes, setting the cluster compatibility to Haswell has mostly
restored functionality.
The last issue I need to address is a hardware issue - the storage network
is physically connected to the wrong adapter. Ain't no software in the
world gonna jump the high impedance air gap.
Thank you all for your help and patience.
On Tue, Jun 21, 2022 at 1:24 PM David Johnson
wrote:
> Good afternoon all,
>
> I recently had to rebuild my cluster due to a self inflicted error.
>
> I have finally managed to get the ovirt host software installed and
> communicating on all hosts.
>
> The first host installed and started cleanly. However, after installation
> the second host is failing to start. Prior to my cluster crash, this host
> was running well in the cluster.
>
> During the downtime, we applied microcode and BIOS updates as part of the
> recovery process.
>
> I have reviewed this chain:
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/N3PPT34GBRLPLTSWS6MLBBE2FSPXUCVI/
> and reached a dead end.
>
> Based on what I see (in the long stream of logs and info following), it
> looks like I should change the cluster CPU type from Cascadelake to Haswell
> to restore normal operation.
>
>
>
> The long involved stuff:
>
> The Engine reports:
>
> [image: image.png]
> Host CPU type is not compatible with Cluster Properties.
> [image: image.png]
> The host CPU does not match the Cluster CPU Type and is running in a
> degraded mode. It is missing the following CPU flags:
> model_Cascadelake-Server-noTSX. Please update the host CPU microcode or
> change the Cluster CPU Type.
>
>
> The Cluster definition is:
> [image: image.png]
>
> *lscpu returns:*
> Architecture:x86_64
> CPU op-mode(s): 32-bit, 64-bit
> Byte Order: Little Endian
> CPU(s): 48
> On-line CPU(s) list: 0-47
> Thread(s) per core: 2
> Core(s) per socket: 12
> Socket(s): 2
> NUMA node(s):2
> Vendor ID: GenuineIntel
> BIOS Vendor ID: Intel(R) Corporation
> CPU family: 6
> Model: 63
> Model name: Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz
> BIOS Model name: Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz
> Stepping:2
> CPU MHz: 3300.000
> CPU max MHz: 3300.
> CPU min MHz: 1200.
> BogoMIPS:4988.45
> Virtualization: VT-x
> L1d cache: 32K
> L1i cache: 32K
> L2 cache:256K
> L3 cache:30720K
> NUMA node0 CPU(s): 0-11,24-35
> NUMA node1 CPU(s): 12-23,36-47
> Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
> nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
> xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl
> vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic
> movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm
> cpuid_fault epb invpcid_single pti intel_ppin ssbd ibrs ibpb stibp
> tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2
> smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc dtherm ida arat
> pln pts md_clear flush_l1d
>
> *cpuid returns:*
> CPU 0:
>vendor_id = "GenuineIntel"
>version information (1/eax):
> processor type = primary processor (0)
> family = 0x6 (6)
> model = 0xf (15)
> stepping id = 0x2 (2)
> extended family = 0x0 (0)
> extended model = 0x3 (3)
> (family synth) = 0x6 (6)
> (model synth) = 0x3f (63)
> (simple synth) = Intel (unknown type) (Haswell C1/M1/R2) {Haswell},
> 22nm
>
> *virsh domcapabilities returns:*
>
>
> /usr/libexec/qemu-kvm
> kvm
> pc-i440fx-rhel7.6.0
> x86_64
>
>
>
>
>
> /usr/share/OVMF/OVMF_CODE.secboot.fd
>
> rom
> pflash
>
>
> yes
> no
>
>
> no
>
>
>
>
>
>
> on
> off
>
>
>
>
> on
> off
>
>
>
> Haswell-noTSX-IBRS
> Intel
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> qemu64
> qemu32
> phenom
> pentium3
> pentium2
> pentium
> n270
> kvm64
> kvm32
> coreduo
> core2duo
> athlon
> Westmere-IBRS
> Westmere
> Snowridge
> Skylake-Server-noTSX-IBRS
> Skylake-Server-IBRS
> Skylake-Server
> Skylake-Client-noTSX-IBRS
> Skylake-Client-IBRS
> Skylake-Client
> SandyBridge-IBRS
> SandyBridge
> Penryn
> Opteron_G5
> Opteron_G4
> Opteron_G3
>
[ovirt-users] Re: Preferred RHEL Based Distro For oVirt
Thank you Gilboa. ___ 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/RLEWMGR4DLYIO5FXMVE7PDRW7YYF4EHG/
[ovirt-users] Re: Preferred RHEL Based Distro For oVirt
Thanks a bunch for the input Neal. ___ 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/6OULTTH2QMXM2LIK2QBDPWK6TISD22SS/
[ovirt-users] Ovirt 4.4 - starting just-installed host from ovirt console fails
Good afternoon all,
I recently had to rebuild my cluster due to a self inflicted error.
I have finally managed to get the ovirt host software installed and
communicating on all hosts.
The first host installed and started cleanly. However, after installation
the second host is failing to start. Prior to my cluster crash, this host
was running well in the cluster.
During the downtime, we applied microcode and BIOS updates as part of the
recovery process.
I have reviewed this chain:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/N3PPT34GBRLPLTSWS6MLBBE2FSPXUCVI/
and reached a dead end.
Based on what I see (in the long stream of logs and info following), it
looks like I should change the cluster CPU type from Cascadelake to Haswell
to restore normal operation.
The long involved stuff:
The Engine reports:
[image: image.png]
Host CPU type is not compatible with Cluster Properties.
[image: image.png]
The host CPU does not match the Cluster CPU Type and is running in a
degraded mode. It is missing the following CPU flags:
model_Cascadelake-Server-noTSX. Please update the host CPU microcode or
change the Cluster CPU Type.
The Cluster definition is:
[image: image.png]
*lscpu returns:*
Architecture:x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 48
On-line CPU(s) list: 0-47
Thread(s) per core: 2
Core(s) per socket: 12
Socket(s): 2
NUMA node(s):2
Vendor ID: GenuineIntel
BIOS Vendor ID: Intel(R) Corporation
CPU family: 6
Model: 63
Model name: Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz
BIOS Model name: Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz
Stepping:2
CPU MHz: 3300.000
CPU max MHz: 3300.
CPU min MHz: 1200.
BogoMIPS:4988.45
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache:256K
L3 cache:30720K
NUMA node0 CPU(s): 0-11,24-35
NUMA node1 CPU(s): 12-23,36-47
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl
vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic
movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm
cpuid_fault epb invpcid_single pti intel_ppin ssbd ibrs ibpb stibp
tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2
smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc dtherm ida arat
pln pts md_clear flush_l1d
*cpuid returns:*
CPU 0:
vendor_id = "GenuineIntel"
version information (1/eax):
processor type = primary processor (0)
family = 0x6 (6)
model = 0xf (15)
stepping id = 0x2 (2)
extended family = 0x0 (0)
extended model = 0x3 (3)
(family synth) = 0x6 (6)
(model synth) = 0x3f (63)
(simple synth) = Intel (unknown type) (Haswell C1/M1/R2) {Haswell},
22nm
*virsh domcapabilities returns:*
/usr/libexec/qemu-kvm
kvm
pc-i440fx-rhel7.6.0
x86_64
/usr/share/OVMF/OVMF_CODE.secboot.fd
rom
pflash
yes
no
no
on
off
on
off
Haswell-noTSX-IBRS
Intel
qemu64
qemu32
phenom
pentium3
pentium2
pentium
n270
kvm64
kvm32
coreduo
core2duo
athlon
Westmere-IBRS
Westmere
Snowridge
Skylake-Server-noTSX-IBRS
Skylake-Server-IBRS
Skylake-Server
Skylake-Client-noTSX-IBRS
Skylake-Client-IBRS
Skylake-Client
SandyBridge-IBRS
SandyBridge
Penryn
Opteron_G5
Opteron_G4
Opteron_G3
Opteron_G2
Opteron_G1
Nehalem-IBRS
Nehalem
IvyBridge-IBRS
IvyBridge
Icelake-Server-noTSX
Icelake-Server
Icelake-Client-noTSX
Icelake-Client
Haswell-noTSX-IBRS
Haswell-noTSX
Haswell-IBRS
Haswell
EPYC-Rome
EPYC-Milan
EPYC-IBPB
EPYC
Dhyana
Cooperlake
Conroe
Cascadelake-Server-noTSX
Cascadelake-Server
Broadwell-noTSX-IBRS
Broadwell-noTSX
Broadwell-IBRS
Broadwell
486
file
anonymous
memfd
disk
cdrom
floppy
lun
ide
fdc
scsi
virtio
usb
sata
[ovirt-users] Re: Gluster Volume cannot be activated Ovirt 4.5 Centos 8 Stream
see this if it's the case: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RL73Z7MEKENSEON5F7PKQL5KJYAWO3LS/ ___ 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/KUVDT6DUAO7RGQJ2AO5P3HIJUUHSAYXY/
[ovirt-users] Re: failed to mount hosted engine gluster storage - how to debug?
Same in 4.5.0.3, workaround seem to work event in this version ___ 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/FUN3Q5OIFLHV4PJI24SQDITAQ4SQJUF6/
[ovirt-users] Re: Preferred RHEL Based Distro For oVirt
On Tue, Jun 21, 2022 at 5:12 PM Neal Gompa wrote: > On Tue, Jun 21, 2022 at 9:58 AM Clint Boggio > wrote: > > > > Good Day All; > > > > i am inquiring about which RHEL based distros are currently preferred > and which ones are currently supported. I know the oVirt project is a RH > entity and so RHEL and CentOS-Stream are the base offering. Would it, or is > it, feasible for Rocky 8.X, or Alma 8.X to be the base OS for an oVirt > deployment seeing as though they both RHEL clones ? > > > > How confident is the user community in the stability of CentOS-Stream in > terms of production use as compared to Alma or Rocky ? > > I'm pretty happy with my experience with CentOS Stream in production. > I've been using it for the past couple of years with no issues, and > getting fixes as they are made in the code makes it a lot easier for > my systems to be continually improving while remaining stable. > > That said, I've also had decent experience with AlmaLinux as a RHEL clone. > > From an oVirt-specific perspective, the project is actively developing > and testing against CentOS Stream, so you're likely to have a pretty > good experience on it, and if there are issues, the oVirt project and > the CentOS Virtualization SIG can respond pretty quickly to resolve > them in the distro itself as needed. > > Same as above. Using CentOS 8 stream on multiple production (and testing) setup, ranging from low-end single hosts test setups to large clusters. Near-zero issues. - Gilboa > > > -- > 真実はいつも一つ！/ Always, there's only one truth! > ___ > 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/6F6TFRTLAQXFY3Y4CQA4YEBG62A6U6IT/ > ___ 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/JF4W3TTRQ7FJ55D7R4SZOMOGDGPGFTJF/
[ovirt-users] Re: Preferred RHEL Based Distro For oVirt
On Tue, Jun 21, 2022 at 9:58 AM Clint Boggio wrote: > > Good Day All; > > i am inquiring about which RHEL based distros are currently preferred and > which ones are currently supported. I know the oVirt project is a RH entity > and so RHEL and CentOS-Stream are the base offering. Would it, or is it, > feasible for Rocky 8.X, or Alma 8.X to be the base OS for an oVirt deployment > seeing as though they both RHEL clones ? > > How confident is the user community in the stability of CentOS-Stream in > terms of production use as compared to Alma or Rocky ? I'm pretty happy with my experience with CentOS Stream in production. I've been using it for the past couple of years with no issues, and getting fixes as they are made in the code makes it a lot easier for my systems to be continually improving while remaining stable. That said, I've also had decent experience with AlmaLinux as a RHEL clone. From an oVirt-specific perspective, the project is actively developing and testing against CentOS Stream, so you're likely to have a pretty good experience on it, and if there are issues, the oVirt project and the CentOS Virtualization SIG can respond pretty quickly to resolve them in the distro itself as needed. -- 真実はいつも一つ！/ Always, there's only one truth! ___ 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/6F6TFRTLAQXFY3Y4CQA4YEBG62A6U6IT/
[ovirt-users] Preferred RHEL Based Distro For oVirt
Good Day All; i am inquiring about which RHEL based distros are currently preferred and which ones are currently supported. I know the oVirt project is a RH entity and so RHEL and CentOS-Stream are the base offering. Would it, or is it, feasible for Rocky 8.X, or Alma 8.X to be the base OS for an oVirt deployment seeing as though they both RHEL clones ? How confident is the user community in the stability of CentOS-Stream in terms of production use as compared to Alma or Rocky ? ___ 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/L4OYL2OOGT4J7GBKX2UCCLQDIVD2XZ26/
[ovirt-users] Re: Failed to Start services ovirt-imageio
On Tue, Jun 21, 2022 at 8:18 AM АБИОЛА А. Э wrote: > > Hello Sir, > I am new to Ovirt and I tried to deploy it 3weeks into my oracle linux with > no success. > I got the following error messages > Please how can i fix this error to successfully deploy it. > I will be glad to read from you soon. > Appreciated > AAE. Which oVirt version is this? You can try to check: systemctl status ovirt-imageio It usually show the latest logs which may help to understand why the service could not start. What do you have in /var/log/ovirt-imageio/daemon.log? Nir ___ 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/IAVOIVROVX45Z27JA66RG25MFPVNHI6H/
[ovirt-users] moVirt delisted from Google Play
Hi all, Unfortunately, we decided to delist moVirt from Google Play. As you might have noticed, the app has not been maintained for some time and also the main repository https://github.com/oVirt/moVirt has been archived. It is not possible for us to maintain store presence due to new requirements for Google APIs (and thus our libraries that are obsolete at this point), app interoperability and in general to fulfill expectations of our users. For users who still wish to use moVirt, you can keep your current application installed or download an APK ( https://github.com/oVirt/moVirt/releases/tag/v2.1) and install moVirt manually. Just keep in mind that the app might not behave properly (mostly on newer versions of Android). I hope moVirt has been helpful with managing your envs :) Best regards, Filip ___ 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/2WCPKSYS3VQ7BQAONCCI45UCVNOHQWWY/
[ovirt-users] Re: Dedicated Migration Network
Just to share some operational experience, I set MTU=9000 on all our networks including the migration network Worthy mention: You must ensure this is applied on network equipment otherwise your packets will fragment which would likely result in worse performance than leaving the default MTU of 1500. Regards Angus From: Abe E Sent: 21 June 2022 07:09 To: users@ovirt.org Subject: [ovirt-users] Re: Dedicated Migration Network They should have IPs yes, but without a GW set. I think It is better to have isolated vlans, the whole point of separating the 2 networks is generally for this purpose, only data traffic traversing. I am really tempted to try jumbo frames as well although the network I am under @ work is not one I can risk playing with at the moment. If you have time to experiment though, bumping your MTU from 1500 to whatever your infrastructure supports will make a difference as well. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.htmldata=05%7C01%7C%7C04744453dfef4d54ec9108da5344439f%7C84df9e7fe9f640afb435%7C1%7C0%7C637913849900602610%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=DINcELPDSw%2BwtyNli5nFjWi9wTynN1UiFVSZ7dgFIMw%3Dreserved=0 oVirt Code of Conduct: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=05%7C01%7C%7C04744453dfef4d54ec9108da5344439f%7C84df9e7fe9f640afb435%7C1%7C0%7C637913849900602610%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=7l6iaS1rWIdPfxwl7ks%2F7r4psIGdsn%2FgRCXBYw5kYPQ%3Dreserved=0 List Archives: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FGRW2RKNOFWOITDOVV33AVG3VO5BI4E3Y%2Fdata=05%7C01%7C%7C04744453dfef4d54ec9108da5344439f%7C84df9e7fe9f640afb435%7C1%7C0%7C637913849900602610%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=%2FCuTf1gUdqK5AamZ31NTjug3XSdHKTFEF8sTG927udU%3Dreserved=0 ___ 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/2NT6HVJ5DDCUH7BMODQKIAIQJOUSQVZY/
