[ovirt-users] Re: Major problems after upgrading 2 (of 4) Red Hat hosts to 4.4.10

2022-01-22 Thread David White via Users
Thank you very much.

Over the course of troubleshooting, I did wind up updating (and rebooting) the 
engine.

The issue "magically" resolved itself a few hours after I sent this email with 
the two Gluster nodes. They became operational again, and thus, I wound up 
having enough compute power to bring everything back online. That said, the 
compute-only node is still not operational. I'll take a look at the "gluster 
pool list" command. Thank you for that.

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Saturday, January 22nd, 2022 at 5:48 PM, Strahil Nikolov 
 wrote:

> Check the situation with the gluster storage.Also, you can check if the 
> compute-only node is added to the gluster trsuted storage pool:gluster pool 
> list (should show localhost -+ 2 more).
> 

> Also, consider upgrading the engine. Most probably the engine cannot connect 
> to the vdsm and vdsm-gluster and this makes the whole situation worse.
> 

> Best Regards,Strahil Nikolov
> 

> > On Sat, Jan 22, 2022 at 23:15, David White via Users 
> > wrote:___
> > 

> > 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/UZLDTUYRNCZYCU5OPTI74ADFXYTRN5VV/

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
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/ZOROEJDXQLRSHXHY3CUMDXVJIVUTQ6MD/


[ovirt-users] Re: Major problems after upgrading 2 (of 4) Red Hat hosts to 4.4.10

2022-01-22 Thread Strahil Nikolov via Users
Check the situation with the gluster storage.Also, you can check if the 
compute-only node is added to the gluster trsuted storage pool:gluster pool 
list (should show localhost -+ 2 more).
Also, consider upgrading the engine. Most probably the engine cannot connect to 
the vdsm and vdsm-gluster and this makes the whole situation worse.
Best Regards,Strahil Nikolov
 
 
  On Sat, Jan 22, 2022 at 23:15, David White via Users wrote:  
 ___
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/UZLDTUYRNCZYCU5OPTI74ADFXYTRN5VV/
  
___
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/LRY77KHZXH5I4ETWNJ3XRJ6JMPMMBNVG/


[ovirt-users] About go-ovirt Library

2022-01-22 Thread Yusuf Papurcu
After v4.3.4 this package is unable to get via go modules. Please check this 
out.
___
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/LFCJUIA4YAJKWWDVHCQGQLVQYHY3T2ZE/


[ovirt-users] New oVirt setup with OVN : Hypervisor with LACP bond : queries

2022-01-22 Thread ravi k
Hello team,
Thank you for all the wonderful work you've been doing. I'm starting out new 
with oVirt and OVN. So please excuse me if the questions are too naive. 
We intend to do a POC to check if we can migrate VMs off our current VMware to 
oVirt. The intention is to migrate the VMs with the same IP into oVirt. We've 
setup oVirt with three hypervisors. All of them have four ethernet adapters. We 
have SDN implemented in our network and LACP bonds are created at the switch 
level. So we've created two bonds, bond0 and bond1 in each hypervisor. bond0 
has the logical networks with vlan tagging created like bond0.101, bond0.102 
etc. 

As a part of the POC we also want to explore OVN as well to check if we can 
implement a zero trust security policy. Here are the questions now :)

1. We would like to migrate VMs with the current IP into oVirt. Is it possible 
to achieve this? I've been reading notes and pages that mention about extending 
the physical network into OVN. But it's a bit confusing on how to implement it.
How do we connect OVN to the physical network? Does the fact that we have a SDN 
make it easier to get this done?
I am still reading the ovn-architecture page. It is mentioned that the gateway 
is the component that extends a tunnel-based logical network into a physical 
network. 

2. We have the IP for the hypervisor assigned on a logical network(ovirtmgmt) 
in bond0. I read in 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/CIE6MZ47GRCEX4Z6GWRLFSERCEODADJY/
 that oVirt does not care about how the IP is configured when creating the 
tunnels.  

3. Once we have OVN setup, ovn logical networks created and VMs 
created/migrated, how do we establish the zero trust policy? From what I've 
read there are ACLs and security groups. Any pointers on where to explore more 
about implementing it. 

If you've read till here, thank you for your patience. 

Regards,
ravi
___
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/OUEO35NTR4LA4XW3JA6TFLFJAP7NH23I/


[ovirt-users] Major problems after upgrading 2 (of 4) Red Hat hosts to 4.4.10

2022-01-22 Thread David White via Users
I have a Hyperconverged cluster with 4 hosts.

Gluster is replicated across 2 hosts, and a 3rd host is an arbiter node.
The 4th host is compute only.

I updated the compute-only node, as well as the arbiter node, early this 
morning. I didn't touch either of the actual storage nodes.That said, I forgot 
to upgrade the engine.

oVirt Manager thinks that all but 1 of the hosts in the cluster are unhealthy. 
However, all 4 hosts are online. oVirt Manager (Engine) also keeps deactivating 
at least 1, if not 2  of the 3 (total) bricks behind each volume. 

Even though the Engine thinks that only 1 host is healthy, VMs are clearly 
running on some of the other hosts. However, in troubleshooting, some of the 
customer VMs were turned off, and oVirt is refusing to start those VMs, because 
it only recognizes that 1 of the hosts is healthy -- and that host's resources 
are maxed out.

This afternoon, I went ahead and upgraded (and rebooted) the Engine VM, so it 
is now up-to-date. Unfortunately, that didn't resolve the issue. So I took one 
of the "unhealthy" hosts which didn't have any VMs on it (which was the host 
that is our compute-only server hosting no gluster data), and I used oVirt to 
"reinstall" the oVirt software. That didn't resolve the issue for that host.

How can I troubleshoot this? I need:

-   To figure out why oVirt keeps trying to deactivate volumes

-   From the command line, `gluster peer status` show all nodes connected, and 
all volumes appear to be healthy



-   More importantly, I need to get these VMs that are currently down back 
online. Is there a way to somehow force oVirt to launch the VMs on the 
"unhealthy" nodes? 

What logs should I be looking at? Any help would be greatly appreciated .

Sent with ProtonMail Secure Email.

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
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/2WJDHJBGW2OVOWPIYMSH4EAUVYBNAQBE/


[ovirt-users] Re: mdadm vs. JBOD

2022-01-22 Thread Strahil Nikolov via Users
Using the wizzard is utilizing the Gluster Andible roles.I would highly 
recommend using it, unless you know what you are doing (for example storage 
alignment when using Hardware raid).
Keep in mind that the DHT xlator (the logic in distributed volumes) is shard 
aware, so your shards are spread between subvolumes and additional performance 
can be gained.So using replicated-distributed volumes have their benefits.
If you decide to avoid the software raid, use only replica3 volumes as with 
SSDs/NVMEs usually the failures are not physical, but logical (maximum writes 
reached -> predictive failure -> total failure).
Also, consider mounting via noatime/relatime and 
context="system_u:object_r:glusterd_brick_t:s0" for your gluster bricks.
Best Regards,Strahil Nikolov
 
 
  On Fri, Jan 21, 2022 at 11:00, Gilboa Davara wrote:   
___
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/U2ZEWLRF5D6FENQEI5QXL77CMWB7XF32/
  
___
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/YGUEFICW5XTJQZR4FEMYXCJVOV6VACEG/