Can this be related the case?
https://bugzilla.redhat.com/show_bug.cgi?id=810082
On 1 Dec 2020, at 10:25, Vinícius Ferrão
mailto:fer...@versatushpc.com.br>> wrote:
ECC RAM everywhere: hosts and storage.
I even run Memtest86 on both hypervisor hosts just be sure. No errors. I
haven’t had the op
https://microdevsys.com/wp/get-host-capabilities-failed-general-sslengine-problem/
so i followed some stuff on this page to fix my issue, i rebuild the engine
cert and that brrought up all the nodes for me, also rebuilt the apache.p12 one
too.
___
User
Thanks
Did you use the command cp to copy data between gluster volumes?
Regards
José
De: "Strahil Nikolov"
Para: supo...@logicworks.pt
Cc: users@ovirt.org
Enviadas: Terça-feira, 1 De Dezembro de 2020 8:05:17
Assunto: Re: [ovirt-users] Re: Unable to move or copy disks
This looks like
We are excited to announce that the call for proposals is now open for the
Virtualization & IaaS devroom at the upcoming FOSDEM 2021, to be hosted
virtually on February 6th 2021.
This year will mark FOSDEM’s 21th anniversary as one of the longest-running
free and open source software developer eve
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZPLFRE7TMLQDSVVTQYU7BYGNAIOKC5HF/
needs centos 8.3 which is not out yet
On 12/1/20 5:59 PM, Patrick Lomakin wrote:
I have a message:
"Data Center Default compatibility version is 4.4, which is lower than latest
available version 4.5
I have a message:
"Data Center Default compatibility version is 4.4, which is lower than latest
available version 4.5. Please upgrade your Data Center to latest version to
successfully finish upgrade of your setup".
When I try to update datacenter Default I got an error: Error while executing
Try this command on the host: vdsm-tool remove-config, vdsm-tool configure
--force; If it will not work, you can stop your VMs with virsh, install a
"clean" setup of the hosted engine and import your storage with all VMs. I
think if it possible, installing a new HE and manually set some paramete
We are following both oVirt upgrade guide [1] and RHV 4.4 upgrade guide [2].
aps-te62-mng.corporate.it ---> host resinatlled with oVirt Node 4.4.3
aps-te61-mng.corporate.it ---> host where previous ovirt-engine 4.3.10 VM
was running when backup was taken.
hosted-engine --deploy --restore-from-fi
ECC RAM everywhere: hosts and storage.
I even run Memtest86 on both hypervisor hosts just be sure. No errors. I
haven’t had the opportunity to run it on the storage yet.
After I’ve sent that message yesterday, the engine VM crashed again, filesystem
went offline. There was some discards (again)
The oVirt project just released an oVirt 4.4.3 async , as of December 1st,
2020.
This release fixes the following bugs:
1850939 Hosted engine deployment does not properly show iSCSI LUN errors
1895553 Add pre-flight in cockpit deployment flow to check for disk block
sizes used for bricks and LV
Could it be faulty ram ?
Do you use ECC ram ?
Best Regards,
Strahil Nikolov
В вторник, 1 декември 2020 г., 06:17:10 Гринуич+2, Vinícius Ferrão via Users
написа:
Hi again,
I had to shutdown everything because of a power outage in the office. When
trying to get the infra up again,
This looks like the bug I have reported a long time ago.
The only fix I found was to create new gluster volume and "cp -a" all data from
the old to the new volume.
Do you have spare space for a new Gluster volume ?
If yes, create the new volume and add it to Ovirt, then dd the file and move
the
12 matches
Mail list logo