Setting cluster.choose-local to on helped a lot to improve the read
performance. Write performance still bad.
Am I right that this look then more like a glusterfs issue and not something
what need to be changed on ovirt (libgfapi) or on VMs.
Changing tcp offloading did not make any difference.
I don't see any reasons to be worried about.
Yet, you can create your own Cluster scheduling policy and ensure one node is
always available as a stand-by which you can just put into maintenance during
backups , or to hold your VMs when other hosts are in maintenance.
Best Regards,
Strahil
On 22/08/2020 23:57, Nir Soffer wrote:
>> Bug raised:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1871348
> Thanks, but we need more info why you cannot use the recommended deployment.
> See my questions in the bug.
>
updated, thanks.
Mike
___
Hello, I was using oVirt 4.3.10 with IBM AC922 (POWER9 / ppc64le) without any
issues.
Since I’ve moved to 4.4.1 I can’t add the AC922 machine to the engine anymore,
it complains with the following error:
The host CPU does not match the Cluster CPU type and is running in degraded
mode. It is
On Thu, Aug 20, 2020 at 12:25 PM Lev Veyde wrote:
> oVirt 4.4.2 Fourth Release Candidate is now available for testing
>
>
I confirm that I was able to complete this kind of nested installation:
physical environment is a 4.3.10 single host HCI.
Inside this physical environment I configured a VM
> using ovirt 4.4.1 to attempt to import from VMware, I have a problem with
> older SSL
> ciphers:
>
> libvirt.libvirtError: internal error: curl_easy_perform() returned an error:
> SSL connect
> error (35) : error:1425F102:SSL
> routines:ssl_choose_client_version:unsupported protocol
>
>
>
phthon scripts is a easy way to backup ovirt vms, but as you say, you cannot do
incremental backup with it. you may check Vinchin, it can do incremental backup
and differential backup, and you can set time schedule for incremental backup,
kind of automated.
7 matches
Mail list logo