[ovirt-users] Re: host certification is about to expire

[Yedidyah Bar David]

On Mon, Apr 19, 2021 at 8:15 PM Bill James  wrote:
>
> I get this message from ovirt:
> Message:Host  certification is about to expire at 2021-05-12. 
> Please renew the host's certification.
>
> I tried putting host in maintenance mode and running "enroll certificate". 
> Didn't help.

Please check/share relevant logs (on the engine machine) -
/var/log/ovirt-engine/engine.log and
/var/log/ovirt-engine/host-deploy/* . Thanks.

>
> How do I renew the certificate?

'Enroll Certificate' should have worked. In principle you can also try
'Reinstall', which is not that much more drastic than 'Enroll
Certificate' on a working host, but does do a bit more.

>
> I'm running 4.3.9.4-1.el7

Please note that this is EOL. Also, the host-deploy code (including
all of above) was rewritten in ansible in 4.4 (not implying the old
code was/is broken, though).

Best regards,
-- 
Didi
___
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/TKWXCQIXQ2JNZEUYOQYQVVLMV3MW4JDC/

[ovirt-users] Re: FreeBSD 13 and virtio

[Nur Imam Febrianto]

Are you using q35 or i440fx ?

From: Thomas Hoberg
Sent: 20 April 2021 2:31
To: users@ovirt.org
Subject: [ovirt-users] Re: FreeBSD 13 and virtio

I've just given it a try: works just fine with me.

But I did notice, that I chose virtio-scsi when I created the disk, don't now 
if that makes any difference, but as an old-timer, I still got "SCSI" ingrained 
as "better than ATA".

Chose FreeBSD 9.2 x64 as OS type while creating the VM (nothing closer appears 
in the selection box), again don't know if there are better choices.

iperf3 shows slightly lower performance than a typical Linux guest, still 
rather close to 10Gbit/s on my network from the FreeBSD13 guest to a host 
"next-door", around 40Gbit/s VM to host.

Verfied usage of vtnet0/VirtIO NIC and vtscsi0/VirtIO SCSI via dmesg.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.htmldata=04%7C01%7C%7C11a094bc575e4164d03408d90369aa22%7C84df9e7fe9f640afb435%7C1%7C0%7C637544574636499822%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=sF%2BN3NEbw37V31BqtR2ha8iQd8LEfN58XUmNcysXSsM%3Dreserved=0
oVirt Code of Conduct: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=04%7C01%7C%7C11a094bc575e4164d03408d90369aa22%7C84df9e7fe9f640afb435%7C1%7C0%7C637544574636499822%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=QTH0Qbzh0Tq5AgxIGq2xKciLsHGwHrFhqTKRh0oNNsY%3Dreserved=0
List Archives: 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FJD43I3ONJM6XMQYMIWEF6OYOP6S4CG4U%2Fdata=04%7C01%7C%7C11a094bc575e4164d03408d90369aa22%7C84df9e7fe9f640afb435%7C1%7C0%7C637544574636499822%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=oZBw12AEcjiFE76u8vR7xaWdWgRWaL12vx6nIR1RZO0%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/RRHZXHLUUFXY4DI5NOYAIZBUI2HDIB7X/

[ovirt-users] Re: Is it possible to upgrade 3 node HCI from 4.3 to 4.4?

[Thomas Hoberg]

I'd say very good luck, concentration and coffee...

Would you mind reporting back how it went?
___
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/XLU67LHFFOK3WSUOUVSV7IEHXMPQTW5T/

[ovirt-users] Re: intel_iommu=on kvm-intel.nested=1 deactivates rp_filter kernel option

[Thomas Hoberg]

I'd only hazard that the pass-through virtualization settings have zero effect 
on anything network, unless you're actually running a nested VM.

SR-IOV would be an entirely different issue if that is actually used and not 
just enabled.
___
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/HHEO6SJXQQMOFQ6OXV43ZWREGZDV7EZY/

[ovirt-users] Re: Two selfhosted engines

[Thomas Hoberg]

This is where a design philosophy chapter in the documentation would really 
help, especially since its brilliance would make for a very nice read.

The self hosted engine (SHE) is in fact extremely highly available, because it 
always leaves behind a fully working 'testament' on what needs to run where 
e.g. in case of a major hickup or servers (including the one running the SHE) 
dying.

And that includes instructions to bring up a new instance of the SHE, which 
will then use this "testament" to create the next one, as workloads and systems 
change.

So as long as there is always a good enough testmament and an SHE running long 
enough to create the next iteration, there is no need for the SHE to run at 
all: the VDSM daemons on each host will faithfully do their work without 
stepping on each other's toes.

The principle isn't really that original to oVirt and has been used for things 
like mainframe job scheduling systems for decades. But it's extremely solid in 
principle as long as the "testament" or execution plan doesn't need to be to 
complex. You can even run a mathematical proof on it then.

On the other hand, two servers will only create chaos, because they'd have to 
decide who is right. That can take so long, the winner might die during the 
negotiations and then what?
___
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/FXHRZYFJC4TLOE4GQWDB2EJDJ623XLLX/

[ovirt-users] Re: oVirt Node's Future Regarding CentOS Stream

[Thomas Hoberg]

As long as CentOS was downstream of RHEL, it was a base so solid it might have 
been better than the oVirt node image, even if that was theoretically going 
through some full stack QA testing.

But with CentOS [Up]Stream you get beta quality for the base and then the 
various acquired parts that make up the oVirt house of cards on top.

If then the oVirt node OS were to go through full-stack QA, that could be quite 
the better choice.
But I'm more and more inclined to believe that the if is a false and any 
testing is just unit testing.

Around Christmas VDO got dropped from a kernel update of CentOS8 (still 
non-stream) and my 4.4 oVirt HCI farm dropped dead, until I found out what 
happend.

To me that was the final straw: I will phase oVirt out with CentOS7.
IBM may have a few more paying customers, but oVirt will lose the edge, the 
only place outside the cloud where RedHat can grow without being taxed by the 
cloud service providers.
___
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/ASYMLFTIS3YN76Y7OW2BZ6HESW2EA6RA/

[ovirt-users] Re: ova import

[Thomas Hoberg]

The last oVirt 4.3 release contains a bug which will export OVAs with empty 
disks. Just do a du -h  to see if it contains more than the XML 
header and tons of zeros.

Hopefully the orignal VMs are still with you because you'll need to fix the 
python code that does the export: It's a single line of code that needs to be 
added.
https://bugzilla.redhat.com/show_bug.cgi?id=1813028 

It's a bit of a nasty surprise, when you've relied on OVA export/import as the 
most primitve operation for a hypervisor, especially before a migration.

While the bug was fixed for 4.4 in March or earlier, it didn't make it into the 
last 4.3 release... you have the source, after all.

The deprecated export domain seems to work across the 4.3 to 4.4 gap, even if 
they are still deprecated on 4.4 and their handling is nowhere as flexible as 
OVA files.

My understanding of the developer's opinion is that OVA is really just an 
import facility for all those VMware machines you want to migrate to oVirt. 
Nothing you'd ever want to use for anything else, especially not for the other 
direction.

I consider the ability to export an important management VM like a IAS as an 
OVA and be able to run it on say a virtualbox, a potential life saver, 
especially when a farm got lost in a 4.3 to 4.4 migration.

Not that I am planning that any longer...
___
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/CYS3ZR2KIBUMOVH7GELC7M6KCM6DSYMO/

[ovirt-users] Re: [Help] The engine is not stable on HostedEngine with GlusterFS Herperverged deployment

[Thomas Hoberg]

It's an effect that also had me puzzled for a long time: To my understanding 
gluster volume command should only ever show peers that contribute bricks to a 
volume, not peers in general.

Now perhaps an exception needs to be made for hosts that have been enabled to 
run the management engine, as that might require Gluster insights.

But I have also seen that with hosts that I only added temporarily to oVirt as 
a compute node and I believe I have even seen really ill effects:

Given G1+G2+G3 holding 3R or 2R+1A bricks for the typical oVirt volumes 
engine/data/vmstore, I had been adding C1+C2+C3 as mere hosts.

When I then rebooted G3, while C1+C2 were also down, all of a sudden G1+G2 
would shut down their bricks (and refuse to bring them back up) for lack of 
quota... I had to bring C1+C2 back up to regain quota and then delete C1+C2 
from oVirt to take them out of the quorum for a volume to which they 
contributed no bricks.

And then often enough, I had to actually detach them as peers via the gluster 
CLI, because the GUI didn't finish the job.

Now of course, that only works when G1+G2+G3 are actually all up, too, because 
otherwise peers can't be detached

I've just posted a query on this issue yesterday: Hopefully someone from the 
development team will shed some insights into the logic, so we can test better 
and potentially open an issue to fix.
___
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/HBTFTHXGIKQ7BJPKQLLZF2AVXVHR5M53/

[ovirt-users] Re: How do I share a disk across multiple VMs?

[Thomas Hoberg]

Sharing disks typically requires that you need to coordinate their use above 
the disk.

So did you consider sharing a file system instead?

Members in my team have been using NetApp for their entire career and are quite 
used to sharing files even for databases.

And since Gluster HCI basically builds disks out of a replicated file system, 
why not use that directly? All they do these days is mount some parts of 
oVirt's 'data' volume inside the VMs as a GlusterFS. We just create a separate 
directory to avoid stepping on oVirt's toes and mount that on the clients, who 
won't see or disturb the oVirt images.

They also run persistent Docker storage on these with Gluster mounted by the 
daemon, so none of the Gluster stuff needs to be baked into the Docker images. 
Gives you HA, zero extra copying and very fast live-migrations, which are RAM 
content, only.

I actually added separate Glusters (not managed by oVirt) using erasure coding 
dispersed volumes for things not database, because the storage efficiency is 
much better and a lot of that data is read-mostly. These are machines that are 
seen as pure compute hosts to oVirt, but offer distinct gluster volumes to all 
types of consumers via GlusterFS (NFS or SMB would work, too).

Too bad oVirt breaks with dispersed volumes and Gluster won't support a 
seamless migration from 2+1 replicas+arbiter to say 7:2 dispersed volumes as 
you add tiplets of hosts...

If only oVirt was a product rather than only a patchwork design!
___
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/JKRIJDB6PQSIUKA3BEZ4VUERBPSEBR3K/

[ovirt-users] Re: ovirt-hosted-engine-cleanup

[Thomas Hoberg]

ovirt-hosted-engine-cleanup will only operate on the host you run it on.

In a cluster that might have side-effects, but as a rule it will try to undo 
all configuration settings that had a Linux host become an HCI member or just a 
host under oVirt management.

While the GUI will try to do the same with Ansible only, the script seems to do 
a little more and be more thorough. My guess is that it's somewhat of a 
leftover from the older 'all scripts' legacy of oVirt, before they 
re-engineered much of it to fit Ansible.

It's not perfect, however. I have come across things that it would not undo, 
and that were extremely difficult to find (a really clean re-install would then 
help). There was an issue around keys and certificates for KVM that I only 
remember as a nightmare and more recently I had an issue with it's ansible 
scripts inserting an LVM device filter specific for a UID that the HCI setup 
wizard had created, which then precluded it ever working again after running 
the *cleanup scripts.

All I got was "device excluded by a filter" and only much later I found the 
added line in /etc/lvm.conf not undone, which caused this nail-biter.

But generally that message "Is hosted engine setup finished?" mostly indicates 
that the four major daemons for HCI still have issues.

It all starts with glusterd: If you just added a host in HCI with storage, that 
would like to be properly healed. AFAIK that doesn't actually preclude already 
using the machine to host VMs, but in the interest of keeping your head clear, 
I'd suggest concentrating on getting the storage all clean, with gluster 
happily showing connectivity all around (gluster volume status all etc.) and 
'gluster volume heal  [info]' giving good results.

Then you need to check on the services ovirt-ha-broker and ovirt-ha-agent as 
well as vdsmd via 'servicectl  status ' to see what they are 
complaining about. I typically restart them in this order to iron out the 
bumps. As long as you give them a bit of time, restarting them periodically 
doesn't seem to do any harm, but helps them recover from hangs.

And then you simply need patience: Things don't happen immediately in oVirt, 
because few commands ever intervene into anything directly. Instead they set 
flags here and there which then a myriad of interlocking state machine gears 
will pick up and respond to, to do things in the proper order and by avoiding 
the race conditions manual intervention can so easily cause. Even the fastest 
systems won't give results in seconds.

So have a coffee, better yet, some herbal tea, and then look again. There is a 
good chance oVirt will eventually sort it out (but restarting those daemons 
really can help things along, as will looking at those error messages and their 
potential cause).
___
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/C7OV4GPTDVRTTEVE6QFO7TDA4LZIL7XC/

[ovirt-users] Re: How to Upgrade Node with Local Storage ?

[Adam Xu]

For  oVirt Node that using Local Storage, I think you should shutdown 
all your vms before you upgrade the Node.


在 2021/4/19 22:09, Nur Imam Febrianto 写道:


Hi,

How we can upgrade oVirt Node that using Local Storage ? Seems I cant 
find any good documentation about this.


Planning to upgrade one 4.4.4 node with local storage to 4.4.5.

Thanks before.

Regards,

Nur Imam Febrianto


___
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/ZOCHCAJPXO4LTIMA4JHK3WMR5CTKR37C/
___
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/BGELESINN4PBOJ52ZXRMLU4NHLZ35WZX/

[ovirt-users] Re: Introduction & general question about oVirt

[Thomas Hoberg]

That very much describes my own situation two years ago..., just a slight time 
and geographic offset as my home is near Frankfurt and my work is in Lyon. I 
had been doing 70:1 consolidation via virtualization based on OpenVZ 
(containers, but with a IaaS abstraction), since 2006 because it was zero 
hardware and software budget whereas VMware would have both requried VT-x 
capable hardware and pricey licenses.

OpenVZ turned out extremely easy to use, super reliable and the sysadmin only 
had to learn two or three new commands, not a new abstraction layer. We were 
running payment front office systems, where five minutes of downtime mean a 
very angry boss, one hour of down time costs a yearly bonus and beyond that you 
have to gather your things and go.

That also meant planned 100% availability of eventually consistent data, so 
nothing you could do on a file level: Oracle with streams replication and 
programmed healing or nothing, that meant at the time, can't beat the CAP 
theorem.

(No this isn't a recommendation to go with OpenVZ: That project is about as 
lively as Docker these days).

For a new context with far lighter avaiIability demands but the need to support 
GPUs for machine learning (CUDA breaks OpenVZ containers) I thought that oVirt 
would add managed heterogeneous VMs and hyperconverged storage to the mix, 
again at zero entrance fee with a supported option if that became necessary.

Two years later, I'd say that "I married the wrong woman". It works, but the 
claim "oVirt is an open-source distributed virtualization solution, designed to 
manage your entire enterprise infrastructure" is terribly misleading.

I had planned to get it reasonably stable and ready within weeks of my typical 
stress and failure testing on 1/3 time budget, but it took almost 2 years and 
more like 50% time allocation to learn all the very many things that can go 
wrong, how to diagnose them and how to fix them.

Just yesterday I had one cluster (my 1st functional test 3 node HCI running on 
Atoms, that mostly just sits idle and gets updates, which require reboots), had 
evidently decided to lose one gluster network connection and accumulated 5000+ 
entries in the heal queue during a week of vacation.

It was four hours of careful digging, hundreds of restarted daemons, various 
reboots and a transient situation where the three storage nodes could not see 
or access the storage they were providing, while the management engine ran on a 
compute node and continued to write to a disk that evidently did not exist...  
As a newbie I would have either jumped off a cliff (active users) or tossed the 
project.

However, the magnificent basic design of oVirt had me recover everything 
without a loss... except hair, nerves, general health etc.

And I had to learn the hard way, that just exporting a VM as an OVA and 
expecting it to be importable on any other platform advertising OVA support, or 
even back into oVirt, is not functionality ever included in any regular QA 
testing...

...which might explain why it doesn't work. Or perhaps just no longer, after an 
update.

In short: do not expect anything to work, that you have not fully tested after 
every minor update--several times: everything is extremely raw and ready to 
break at any moment and I can't remember the last time I did a plain vanilla 
install on freshly scrubbed hardware, where I didn't have to help it along 
manually and with digging through dozens of big log files.

What really troubles me: since the basic ingredients for the commercial product 
are the same, I don't see how that might save your bacon. Perhaps 100% 
validated hardware might do it (for a while), but where oVirt is *designed* for 
a maximum of flexibility, it won't reward your taking advantage of that.

I am sticking with it until CentOS7 is end of life, too (just like CentOS8 is 
already), because otherwise I'd have nothing to show for two years of work. But 
if you want to join in, you need to have serious resources to commit. It's most 
likely still smaller than OpenStack, though.

And if you have NetApp filers or SAN, you should not risk HCI. That is super 
elegant as a concept, just like Gluster is a beautiful concept, but very soon 
you'll realize that they were never designed for each other and remain full of 
contradictions.

oVirt may be designed to fit that enterprise role, but in the HCI variant, it 
stil has nowhere near the cohesion and maturity you'd need for that role. 
CentOS, LVM, VDO, KVM, the management engine, Gluster, Ansible are all distinct 
products from what used to be different companies.

And it shows.

Of course, that's just my personal experience and opinion.
___
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: 

[ovirt-users] Re: FreeBSD 13 and virtio

[Thomas Hoberg]

I've just given it a try: works just fine with me.

But I did notice, that I chose virtio-scsi when I created the disk, don't now 
if that makes any difference, but as an old-timer, I still got "SCSI" ingrained 
as "better than ATA".

Chose FreeBSD 9.2 x64 as OS type while creating the VM (nothing closer appears 
in the selection box), again don't know if there are better choices.

iperf3 shows slightly lower performance than a typical Linux guest, still 
rather close to 10Gbit/s on my network from the FreeBSD13 guest to a host 
"next-door", around 40Gbit/s VM to host.

Verfied usage of vtnet0/VirtIO NIC and vtscsi0/VirtIO SCSI via dmesg.
___
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/JD43I3ONJM6XMQYMIWEF6OYOP6S4CG4U/

[ovirt-users] host certification is about to expire

[Bill James]

I get this message from ovirt:
Message:Host  certification is about to expire at 2021-05-12.
Please renew the host's certification.

I tried putting host in maintenance mode and running "enroll certificate".
Didn't help.

How do I renew the certificate?

I'm running* 4.3.9.4-1.el7*


*Thanks.*

-- 


This email, its contents and attachments contain information from J2 
Global, Inc. and/or its affiliates which may be privileged, confidential or 
otherwise protected from disclosure. The information is intended to be for 
the addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution or use of the contents of this message is prohibited. If you 
have received this email in error, please notify the sender by reply email 
and delete the original message and any copies.

___
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/AITRFOJZZJAU6F7Z6HL5LXJ3WSJLEJZV/

[ovirt-users] Re: What software used to take forever incremental backup from VM?

[Nathanaël Blanchet]

Hello,

Unfortunately they don't support Changed block tracking (CBT) provided 
by ovirt 4.4 because it is still in technology preview... It is 
surprizing, considering that vprotect already supports it...


"Vinchin version 6 does not suppprt oVirt CBT yet, as oVirt has not released this 
feature fully, now it is still in tech preview. When it is released, we will support it 
soon!"

Le 19/04/2021 à 06:00, jzcure82...@chacuo.net a écrit :

Vinchin Backup & Recovery can be one of the best choices. I've been using it 
for a year and I think it performs forever incremental backup well in ovirt.
___
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/X64JC45MDKJ7TRG5ATWYFETAN3T35IGW/


--
Nathanaël Blanchet

Supervision réseau
SIRE
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr
___
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/VSNZVLY6HZALY7N7O7BCTQTDHSJBJU4X/

[ovirt-users] pool list vm assign user

[Dominique D]

Is there a way to know how to see who the vm of a pool assigned to? 

I am able on the portal to see those who are "logged-in user" but the others VM 
I don't know to whom they are assigned.
___
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/DOI2W7CWGB42QJ74BJHNE4I4VYM7CBMO/

[ovirt-users] Upgrading single host ovirt "clusters" to v4.5 via command line?

[Gilboa Davara]

Hello all,

As the title suggests I have a couple of single-host hyper converged
setups, mostly used for testing.
As I cannot use the GUI cluster upgrade method on a single host (it
requires me to reboot the host, which will require me to shutdown the
hosted engine), is there any method to upgrade the cluster / data-center
via command line in maintenance=global mode?

Beyond that, can I use the same method on my production setups?
(multi-node, gluster based setups).

Thanks,
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/LKYRV4UVOKFTFW37VMAEODQQQBJBES3F/

[ovirt-users] Re: FreeBSD 13 and virtio

[Nir Soffer]

On Mon, Apr 19, 2021 at 5:11 PM Nur Imam Febrianto 
wrote:

> I’m having an issue, if I’m using q35 and using virtio disk + virtio
> network adapter, the guest OS  wont detect any disk. I440fx work fine. This
> issue happened on FBSD 12.2 too. On FBSD 13 release note, it was said q35
> should working okay now, a lot of people using pc-q35-4.2 machine type
> confirm it works now on vanilla KVM. But seems it still doesn’t work on
> oVirt.
>

It will help if you can file a bug about this, and attach a vm xml that
works
outside of ovirt (e.g using virt-manger, or virsh), so we can compare to
our vm xml.

Nir


>
>
> *From: *Sandro Bonazzola 
> *Sent: *19 April 2021 19:35
> *To: *Nur Imam Febrianto 
> *Cc: *oVirt Users 
> *Subject: *Re: [ovirt-users] FreeBSD 13 and virtio
>
>
>
> Hi, can you please provide some more details on the issues you're seeing?
>
>
>
> Il giorno sab 17 apr 2021 alle ore 06:35 Nur Imam Febrianto <
> nur_i...@outlook.com> ha scritto:
>
> Hi,
>
>
>
> Any body already try FBSD 13 sing q35 + virtio disk + virtio net ?
>
> I cant get it working, it should be fine in FBSD 13, lastly on FBSD 12 it
> was the q35 spec issue with the kernel. Lot of people now it works nicely
> on FBSD 13, but I cant get it working on oVirt.
>
>
>
> Thanks before.
>
>
>
> Regards,
>
> Nur Imam Febrianto
>
>
>
> ___
> 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/FCPJBK3AV4BSBPEWUBZW57WGV2LP3RVS/
> 
>
>
>
>
> --
>
> *Sandro Bonazzola*
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA
> 
>
> sbona...@redhat.com
>
>
> 
>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>
>
>
>
> ___
> 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/ADIC2ERITKAMCJP6TO73XDZXUCXFKHKM/
>
___
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: 

[ovirt-users] How to Upgrade Node with Local Storage ?

[Nur Imam Febrianto]

Hi,

How we can upgrade oVirt Node that using Local Storage ? Seems I cant find any 
good documentation about this.
Planning to upgrade one 4.4.4 node with local storage to 4.4.5.
Thanks before.

Regards,
Nur Imam Febrianto
___
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/ZOCHCAJPXO4LTIMA4JHK3WMR5CTKR37C/

[ovirt-users] Re: FreeBSD 13 and virtio

[Nur Imam Febrianto]

I’m having an issue, if I’m using q35 and using virtio disk + virtio network 
adapter, the guest OS  wont detect any disk. I440fx work fine. This issue 
happened on FBSD 12.2 too. On FBSD 13 release note, it was said q35 should 
working okay now, a lot of people using pc-q35-4.2 machine type confirm it 
works now on vanilla KVM. But seems it still doesn’t work on oVirt.

From: Sandro Bonazzola
Sent: 19 April 2021 19:35
To: Nur Imam Febrianto
Cc: oVirt Users
Subject: Re: [ovirt-users] FreeBSD 13 and virtio

Hi, can you please provide some more details on the issues you're seeing?

Il giorno sab 17 apr 2021 alle ore 06:35 Nur Imam Febrianto 
mailto:nur_i...@outlook.com>> ha scritto:
Hi,

Any body already try FBSD 13 sing q35 + virtio disk + virtio net ?
I cant get it working, it should be fine in FBSD 13, lastly on FBSD 12 it was 
the q35 spec issue with the kernel. Lot of people now it works nicely on FBSD 
13, but I cant get it working on oVirt.

Thanks before.

Regards,
Nur Imam Febrianto

___
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/FCPJBK3AV4BSBPEWUBZW57WGV2LP3RVS/


--

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat 
EMEA

sbona...@redhat.com
[https://static.redhat.com/libs/redhat/brand-assets/2/corp/logo--200.png]
Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours.



___
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/ADIC2ERITKAMCJP6TO73XDZXUCXFKHKM/

[ovirt-users] Re: FreeBSD 13 and virtio

[Sandro Bonazzola]

Hi, can you please provide some more details on the issues you're seeing?

Il giorno sab 17 apr 2021 alle ore 06:35 Nur Imam Febrianto <
nur_i...@outlook.com> ha scritto:

> Hi,
>
>
>
> Any body already try FBSD 13 sing q35 + virtio disk + virtio net ?
>
> I cant get it working, it should be fine in FBSD 13, lastly on FBSD 12 it
> was the q35 spec issue with the kernel. Lot of people now it works nicely
> on FBSD 13, but I cant get it working on oVirt.
>
>
>
> Thanks before.
>
>
>
> Regards,
>
> Nur Imam Febrianto
>
>
> ___
> 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/FCPJBK3AV4BSBPEWUBZW57WGV2LP3RVS/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
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/44RBVZX3M4VHXBNK5GKLZQ5DF2MCRYGP/

[ovirt-users] Re: rhv-log-collector-analyzer available missing?

[Sandro Bonazzola]

Il giorno lun 19 apr 2021 alle ore 14:29 Juhani Rautiainen 
ha scritto:

> Hi!
>
> I'm trying to upgrade SHE from 4.3->4.4. Instructions from
> https://www.ovirt.org/documentation/upgrade_guide/#SHE_Upgrading_from_4-3
> has step "4.2 Analyzing the Environment". My installation doesn't
> bring  the tool rhv-log-collector-analyzer although wiki has a notice
> that it has been available since v4.2.5?
>

Looks like RHV documentation that should have been dropped during the
porting to oVirt.
+Steve Goodman  , @Eli Marcus  can
you please check?



>
> [root@ovirtmgr ~]# yum install rhv-log-collector-analyzer
> Loaded plugins: fastestmirror, versionlock
> Determining fastest mirrors
> ovirt-4.3-epel/x86_64/metalink
>
>|  34 kB  00:00:00
>  * base: mirror.hosthink.net
>  * extras: mirror.hosthink.net
>  * ovirt-4.3: resources.ovirt.org
>  * ovirt-4.3-epel: mirrors.nxthost.com
>  * updates: mirror.hosthink.net
> base
>
>| 3.6 kB  00:00:00
> centos-sclo-rh-release
>
>| 3.0 kB  00:00:00
> extras
>
>| 2.9 kB  00:00:00
> ovirt-4.3
>
>| 3.0 kB  00:00:00
> ovirt-4.3-centos-gluster6
>
>| 3.0 kB  00:00:00
> ovirt-4.3-centos-opstools
>
>| 2.9 kB  00:00:00
> ovirt-4.3-centos-ovirt-common
>
>| 3.0 kB  00:00:00
> ovirt-4.3-centos-ovirt43
>
>| 2.9 kB  00:00:00
> ovirt-4.3-centos-qemu-ev
>
>| 3.0 kB  00:00:00
> ovirt-4.3-epel
>
>| 4.7 kB  00:00:00
> ovirt-4.3-virtio-win-latest
>
>| 3.0 kB  00:00:00
> sac-gluster-ansible
>
>| 3.3 kB  00:00:00
> updates
>
>| 2.9 kB  00:00:00
> (1/9): extras/7/x86_64/primary_db
>
>| 232 kB  00:00:00
> (2/9): ovirt-4.3-centos-gluster6/x86_64/primary_db
>
>| 120 kB  00:00:00
> (3/9): ovirt-4.3-epel/x86_64/group_gz
>
>|  96 kB  00:00:00
> (4/9): base/7/x86_64/primary_db
>
>| 6.1 MB  00:00:00
> (5/9): ovirt-4.3-epel/x86_64/updateinfo
>
>| 1.0 MB  00:00:00
> (6/9): ovirt-4.3-epel/x86_64/primary_db
>
>| 6.9 MB  00:00:00
> (7/9): centos-sclo-rh-release/x86_64/primary_db
>
>| 2.9 MB  00:00:00
> (8/9): sac-gluster-ansible/x86_64/primary_db
>
>|  12 kB  00:00:00
> (9/9): updates/7/x86_64/primary_db
>
>| 7.1 MB  00:00:00
> No package rhv-log-collector-analyzer available.
> Error: Nothing to do
>
> Are we missing a repo or is this just copy/paste error from RHV docs
> and this step shouldn't even be in the oVirt docs?
>
> Thanks,
> Juhani
> --
> Juhani Rautiainen   jra...@iki.fi
> ___
> 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/LXCOH736PRJYHMFNIPCSX7OXKM55MI2M/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
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/6J37DZX3ZDNSRVZABCRO3RVDUNAQB4NB/

[ovirt-users] rhv-log-collector-analyzer available missing?

[Juhani Rautiainen]

Hi!

I'm trying to upgrade SHE from 4.3->4.4. Instructions from
https://www.ovirt.org/documentation/upgrade_guide/#SHE_Upgrading_from_4-3
has step "4.2 Analyzing the Environment". My installation doesn't
bring  the tool rhv-log-collector-analyzer although wiki has a notice
that it has been available since v4.2.5?

[root@ovirtmgr ~]# yum install rhv-log-collector-analyzer
Loaded plugins: fastestmirror, versionlock
Determining fastest mirrors
ovirt-4.3-epel/x86_64/metalink

   |  34 kB  00:00:00
 * base: mirror.hosthink.net
 * extras: mirror.hosthink.net
 * ovirt-4.3: resources.ovirt.org
 * ovirt-4.3-epel: mirrors.nxthost.com
 * updates: mirror.hosthink.net
base

   | 3.6 kB  00:00:00
centos-sclo-rh-release

   | 3.0 kB  00:00:00
extras

   | 2.9 kB  00:00:00
ovirt-4.3

   | 3.0 kB  00:00:00
ovirt-4.3-centos-gluster6

   | 3.0 kB  00:00:00
ovirt-4.3-centos-opstools

   | 2.9 kB  00:00:00
ovirt-4.3-centos-ovirt-common

   | 3.0 kB  00:00:00
ovirt-4.3-centos-ovirt43

   | 2.9 kB  00:00:00
ovirt-4.3-centos-qemu-ev

   | 3.0 kB  00:00:00
ovirt-4.3-epel

   | 4.7 kB  00:00:00
ovirt-4.3-virtio-win-latest

   | 3.0 kB  00:00:00
sac-gluster-ansible

   | 3.3 kB  00:00:00
updates

   | 2.9 kB  00:00:00
(1/9): extras/7/x86_64/primary_db

   | 232 kB  00:00:00
(2/9): ovirt-4.3-centos-gluster6/x86_64/primary_db

   | 120 kB  00:00:00
(3/9): ovirt-4.3-epel/x86_64/group_gz

   |  96 kB  00:00:00
(4/9): base/7/x86_64/primary_db

   | 6.1 MB  00:00:00
(5/9): ovirt-4.3-epel/x86_64/updateinfo

   | 1.0 MB  00:00:00
(6/9): ovirt-4.3-epel/x86_64/primary_db

   | 6.9 MB  00:00:00
(7/9): centos-sclo-rh-release/x86_64/primary_db

   | 2.9 MB  00:00:00
(8/9): sac-gluster-ansible/x86_64/primary_db

   |  12 kB  00:00:00
(9/9): updates/7/x86_64/primary_db

   | 7.1 MB  00:00:00
No package rhv-log-collector-analyzer available.
Error: Nothing to do

Are we missing a repo or is this just copy/paste error from RHV docs
and this step shouldn't even be in the oVirt docs?

Thanks,
Juhani
-- 
Juhani Rautiainen   jra...@iki.fi
___
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/LXCOH736PRJYHMFNIPCSX7OXKM55MI2M/

[ovirt-users] Re: What software used to take forever incremental backup from VM?

[jzcure82045]

Vinchin Backup & Recovery can be one of the best choices. I've been using it 
for a year and I think it performs forever incremental backup well in ovirt.
___
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/X64JC45MDKJ7TRG5ATWYFETAN3T35IGW/

[ovirt-users] Re: Why and when does oVirt make a compute host part of the HCI Gluster?

[Strahil Nikolov via Users]

Another workaround that comes to my mind: disable server quorum gluster option.
Of course all of these are just workarounds and not a real fix.
Best Regards,Strahil Nikolov
 
 
  On Mon, Apr 19, 2021 at 13:43, Thomas Hoberg wrote:   
Well, that's why I really want a theory of operation here, because removing a 
host as a gluster peer might  just break something in oVirt... And trying to 
fix that may be not trivial either.

It's one of those cases where I'd just really love to have nested 
virtualization work better so I can snapshot an virtualized HCI cluster before 
I do these things, so I can revert with a click or three.

And what really irritates me is that even hosts that do not contribute bricks 
to a volume show up when I do a volume status.

Mostly because I've had situations where I had the typical 3 node HCI with an 
additional 5 compute-only nodes and when I was updating these with some degree 
of overlap (several unloaded hosts at once), all of a sudden 
vmstore/data/engine would go down for lack of quorum just because 
non-participating hosts were not available!!

So again, if one of the oVirt developers could shine a light into this, it 
would be very much appreciated.
___
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/QPARRXAVKOTP4JFZGHVOKLKVRHFI4LL4/
  
___
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/RHM2KNUN3TDZJKPVRMJU7PCLPNOUCQPX/

[ovirt-users] Re: Why and when does oVirt make a compute host part of the HCI Gluster?

[Thomas Hoberg]

Well, that's why I really want a theory of operation here, because removing a 
host as a gluster peer might  just break something in oVirt... And trying to 
fix that may be not trivial either.

It's one of those cases where I'd just really love to have nested 
virtualization work better so I can snapshot an virtualized HCI cluster before 
I do these things, so I can revert with a click or three.

And what really irritates me is that even hosts that do not contribute bricks 
to a volume show up when I do a volume status.

Mostly because I've had situations where I had the typical 3 node HCI with an 
additional 5 compute-only nodes and when I was updating these with some degree 
of overlap (several unloaded hosts at once), all of a sudden 
vmstore/data/engine would go down for lack of quorum just because 
non-participating hosts were not available!!

So again, if one of the oVirt developers could shine a light into this, it 
would be very much appreciated.
___
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/QPARRXAVKOTP4JFZGHVOKLKVRHFI4LL4/

[ovirt-users] Re: Why and when does oVirt make a compute host part of the HCI Gluster?

[Strahil Nikolov via Users]

I think that this is worth a RFE where you can select if you want that node to 
be a gluster peer or not.I'm not sure if oVirt installs Gluster on compute-only 
node, but I believe that at least you can workaround the problem by going over 
the shall and remove that node from the Gluster TSP.
Best Regards,Strahil Nikolov
 
 
  On Mon, Apr 19, 2021 at 12:57, Thomas Hoberg wrote:   My 
understanding is that in a HCI environment, the storage nodes should be rather 
static, but that the pure compute nodes, can be much more dynamic or 
opportunistic: actually those should/could even be switched off and restarted 
as part of oVirt's resource optimization.

The 'pure compute' nodes fall into two major categories, a) those who can run 
the management engine, b) those who can't.

What I don't quite understand is why both types seem to be made 'gluster 
peers', when they don't contribute storage bricks: shouldn't they just be able 
to mount Gluster volumes?

The reason for my concern is that I actually want to manage these computing 
hosts with much more freedom. I may have them join and take on workloads, or 
not and I may want to shut them down.

To my irritation I sometimes even see these 'missing' hosts being considered 
for quorum decisions or being listed e.g. when I do a 'gluster volume engine 
status'. I find hosts there, that definitely are not contributing bricks to 
'engine' (or any other volume).

Then I'm not even sure I have consistent behavior when I remove hosts from 
oVirt: I'd swear that quite a few remain as Gluster peers, even if they are 
completely invisible from the oVirt GUI (while hosted-engine --vm-status will 
still list them).

So what's the theory here and would it be a bug if removed hosts remain gluster 
members?
___
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/334GRWOQ7EFHS6IN3FB633PSZFKQSG4E/
  
___
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/CWH4HAM6V4G5EAZEBOMVPB2MHNQUYMWJ/

[ovirt-users] Re: Expand gluster volumes

[Strahil Nikolov via Users]

Nah, no irony ment.Just use RedHat's documentation for 3.5 or  
https://docs.gluster.org for the version in use.
 
I never use oVirt UI for managing gluster and obviously I never checked oVirt's 
documentation on the topic.
Adding bricks is useful when:- using very fast storage like NVMe (please use 
replica 3 volumes only)- Adding more servers with their own storage.
It's far simpler to create a volume of 3 new systems and add them to the oVirt 
cluster. Shrinking will be far easier and the old nodes can still access the 
new volume. Drawback of creating separate volumes is that VMs' disks cannot go 
over the volume size.
Best Regards,Strahil Nikolov

 
  On Mon, Apr 19, 2021 at 11:46, Thomas Hoberg wrote:   Hi 
Strahil,

when you said "The Gluster documentation on the topic is quite extensive", I 
wasn't quite sure, if that was mean to be ironic: you typically are not.

At the moment the only documentation I can see navigating from the 
documentation menu on ovirt.org is this: 

11.6. Preparing and Adding Gluster Storage
11.6.1. Preparing Gluster Storage

For information on setting up and configuring Gluster Storage, see the Gluster 
Storage Installation Guide.
11.6.2. Adding Gluster Storage

To use Gluster Storage with oVirt, see Configuring oVirt with Gluster Storage.

For the Gluster Storage versions that are supported with oVirt, see 
https://access.redhat.com/articles/2356261.

11.6.1 has a dead link 
11.6.2 points to a Redhat document describing Gluster 3.4

That document does nothing to describe the interplay between oVirt and Gluster 
or the concepts involved.

In this case I wonder if there is any need or benefit in adding bricks, when 
the underlying logical volumes and the file system on top can just be expanded, 
typically even on-the-fly.

I have experimented a bit using three sets of 2+1 bricks in a rotating fashion 
to get the maximum benefit from HCI nodes that have identical storage, and 
while it seems to work, the increase in fragility (and recovery time) as you 
reboot nodes on updates etc. is noticeable. I am pretty sure it's not party of 
any automated testing.
___
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/LBGKU4W26IB6IBOK3YGZYSR2JIRVACMW/
  
___
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/HGLEGBHGIZRTGR7H3BZQFY5RV7GUZQPW/

[ovirt-users] Why and when does oVirt make a compute host part of the HCI Gluster?

[Thomas Hoberg]

My understanding is that in a HCI environment, the storage nodes should be 
rather static, but that the pure compute nodes, can be much more dynamic or 
opportunistic: actually those should/could even be switched off and restarted 
as part of oVirt's resource optimization.

The 'pure compute' nodes fall into two major categories, a) those who can run 
the management engine, b) those who can't.

What I don't quite understand is why both types seem to be made 'gluster 
peers', when they don't contribute storage bricks: shouldn't they just be able 
to mount Gluster volumes?

The reason for my concern is that I actually want to manage these computing 
hosts with much more freedom. I may have them join and take on workloads, or 
not and I may want to shut them down.

To my irritation I sometimes even see these 'missing' hosts being considered 
for quorum decisions or being listed e.g. when I do a 'gluster volume engine 
status'. I find hosts there, that definitely are not contributing bricks to 
'engine' (or any other volume).

Then I'm not even sure I have consistent behavior when I remove hosts from 
oVirt: I'd swear that quite a few remain as Gluster peers, even if they are 
completely invisible from the oVirt GUI (while hosted-engine --vm-status will 
still list them).

So what's the theory here and would it be a bug if removed hosts remain gluster 
members?
___
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/334GRWOQ7EFHS6IN3FB633PSZFKQSG4E/

[ovirt-users] Re: Expand gluster volumes

[Thomas Hoberg]

Hi Strahil,

when you said "The Gluster documentation on the topic is quite extensive", I 
wasn't quite sure, if that was mean to be ironic: you typically are not.

At the moment the only documentation I can see navigating from the 
documentation menu on ovirt.org is this: 

11.6. Preparing and Adding Gluster Storage
11.6.1. Preparing Gluster Storage

For information on setting up and configuring Gluster Storage, see the Gluster 
Storage Installation Guide.
11.6.2. Adding Gluster Storage

To use Gluster Storage with oVirt, see Configuring oVirt with Gluster Storage.

For the Gluster Storage versions that are supported with oVirt, see 
https://access.redhat.com/articles/2356261.

11.6.1 has a dead link 
11.6.2 points to a Redhat document describing Gluster 3.4

That document does nothing to describe the interplay between oVirt and Gluster 
or the concepts involved.

In this case I wonder if there is any need or benefit in adding bricks, when 
the underlying logical volumes and the file system on top can just be expanded, 
typically even on-the-fly.

I have experimented a bit using three sets of 2+1 bricks in a rotating fashion 
to get the maximum benefit from HCI nodes that have identical storage, and 
while it seems to work, the increase in fragility (and recovery time) as you 
reboot nodes on updates etc. is noticeable. I am pretty sure it's not party of 
any automated testing.
___
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/LBGKU4W26IB6IBOK3YGZYSR2JIRVACMW/