[ovirt-devel] Re: Starting with oVirt

2022-09-02 Thread Strahil Nikolov via Devel
Hardware wise - try one server with CentOS Stream 8 and check that all hardware 
is recognized and works as expected.
You can start with a single server and expand further. RH dropped Gluster 
Support for their downstream solution (RHV) , yet oVirt doesn't have plans to 
get rid of it.
The easiest for you would be to use SAN or NAS as storage. If that's not an 
option, you can use GlusterFS - which is a distributed File System . The latter 
needs a 10GBE NICs (1 Gigabit is OK, but don't expect much speed when writing 
in the VMs).
oVirt supports GlusterFS in 2 modes:- replica 1 - a mode intended for a single 
host setup- replica 3 (where you have 3 copies of your data) - where the 
storage nodes should be multiple to 3. You can also have compute-only oVirt 
nodes (those do not participate in GlusterFS but have CPU & RAM to host VMs)
If you configure HA VMs , the engine will take care to recover them on another 
host. If you loose 2 out of 3 servers - GlusterFS will loose majority of the 
bricks (term for a host+mount point combination) and will shutdown until 
majority is restored.
In all cases - you should segregate the network for Storage and Compute 
workloads (Gluster/NFS on separate network).

P.S.: iSCSI is also a storage  option.
Best Regards,Strahil Nikolov 
 
 
  On Fri, Sep 2, 2022 at 9:29, Teemu Saarinen wrote:   
 
Hi,
 
  
 
Our company is planning oftaking oVirt in into our environment. We would have a 
few questions for that if you could guide us.
 
  
 
Hardware: 
 
  
 
What would be the minimum configuration for us using oVirt?.Idea would be to 
replace all our current Linux and Windows servers withoVirt. There are 
currently 24 servers in use.
 
The goal would also be that the virtual servers could be migrated live and also 
in the HA configuration, i.e. if onehardware crashes execution continues on the 
other.
 
As far as I understand Ovirt enables this?
 
So we would like to know what kind ofhardware (minimum) we should have for this 
size of environment?
 
  
 
Storagin:
 
Do all machines need a lot of hard disk space or is it enough to have only one 
or two? I'm referring to shared storage. Can you also have storagin as HA?
 
  
 
Host:
 
What happens to HOST1 and HOST2 virtual machines if the oVirt host server 
crashes?
 
Do they continue to operate without it, or do they crash at the same time?
 
  
 
Thank You!
 
  
 
Teemu S.
 ___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/CTLLKBXYUZQELCCOWQT65VQPC2IXDZV5/
  
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/OOVIW6II3NIQJFABWVWUMCTOX2O2M6GU/


[ovirt-devel] Macintosh-oVirt integration with new VIRTIO compliant virtualization framework?

2022-09-02 Thread ovirt
Now that Apple has implemented a VIRTIO-compliant framework 
(https://developer.apple.com/documentation/virtualization) has anyone tried 
automating VM deployment to a Macintosh host using oVirt? I'm assuming this 
would have to take the form of some sort of Ansible hack, correct? I can't 
imagine getting a Macintosh to show up as a managed node would be a simple 
task...
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/CYY4IZCT3KLJNKQACUQO5Y6H5MAL7RT2/


[ovirt-devel] Starting with oVirt

2022-09-02 Thread Teemu Saarinen
Hi,

Our company is planning of taking oVirt in into our environment. We would have 
a few questions for that if you could guide us.

Hardware:

What would be the minimum configuration for us using oVirt?. Idea would be to 
replace all our current Linux and Windows servers with oVirt. There are 
currently 24 servers in use.
The goal would also be that the virtual servers could be migrated live and also 
in the HA configuration, i.e. if one hardware crashes execution continues on 
the other.
As far as I understand Ovirt enables this?
So we would like to know what kind of hardware (minimum) we should have for 
this size of environment?

Storagin:
Do all machines need a lot of hard disk space or is it enough to have only one 
or two? I'm referring to shared storage. Can you also have storagin as HA?

Host:
What happens to HOST1 and HOST2 virtual machines if the oVirt host server 
crashes?
Do they continue to operate without it, or do they crash at the same time?

Thank You!

Teemu S.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/CTLLKBXYUZQELCCOWQT65VQPC2IXDZV5/


[ovirt-devel] Obsoleting Packages in 'dnf check-update' on RHEL 8.6 hosts

2022-09-02 Thread Scott Worthington
Hello,

My 4.5.1.3-1.el8 oVirt homelab cluster is running on RHEL 8.6 hosts and a
RHEL 8.6 stand-alone engine.

During the installation, I followed the instructions for RHEL 8.6:
https://ovirt.org/download/install_on_rhel.html

After the installation is complete, all packages are up-to-date, and
everything is running,  I run a 'dnf check-upgrade' and I find there are
two packages that are listed under "Obsoleting Packages":

"""
Last metadata expiration check: 0:43:06 ago on Mon 01 Aug 2022 08:08:50 AM
EDT.
Obsoleting Packages
centos-stream-release.noarch 8.6-1.el8
  @@System
centos-stream-release.noarch 8.6-1.el8
  @@System
centos-stream-release.noarch 8.6-1.el8
  @@System
redhat-release.x86_648.6-0.1.el8
  @rhel-8-for-x86_64-baseos-rpms
"""

For the hosts, it makes it appear that the hosts always have an upgrade
pending in the oVirt Engine UI.

"centos-strea-release.noarch" appears to contain similar files to the
original RHEL 8.6 package "redhat-release-8.6.0.1.el8" except for the
addition of "centos*" named files.

Any thoughts on how to change this behavior so that it doesn't appear to
have packages to upgrade because a 'dnf update' does nothing to these
"Obsoleting Packages"?

Thanks in advance.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/LKK6HMPDYISGPA5BLJBCA3QN22KG2CEP/


[ovirt-devel] Update project settings for required CI tests in vdsm and ovirt-imageio

2022-09-02 Thread Albert Esteve
Hi all,

We have recently updated the CI tests in the vdsm repository, and split
storage tests into 'test-storage-root" and "test-storage-user".

However, the latter is still named "test-storage" (
https://github.com/oVirt/vdsm/blob/master/.github/workflows/ci.yml#L13) as
it was a required CI job in the project settings. Ideally, we would need a
project owner (or someone with write permissions) to remove "test-storage"
from the project requirements and add "test-storage-user" instead, for
consistency.

Similarly, in ovirt-imageio, centos-8 and fedora-35 shall be removed in
favor of their current counterparts:
https://github.com/oVirt/ovirt-imageio/pull/99
Otherwise, the branch above cannot be integrated.

I do not have the permissions, but in my fork I found the place where to
change it (i.e., the branches settings):
[image: image.png]

Could someone with permissions take a look? Thanks in advance!
BR,

Albert Esteve

Senior Software Engineer

Red Hat 

aest...@redhat.com

___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-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/devel@ovirt.org/message/BY6SXRQ7OOA4G5PXHHYPLVTK7KSE5VNT/