Re: [ovirt-users] Compiling oVirt for Debian.

>> I think that all of them are maintained on gerrit.ovirt.org, and most >> have >> mirrors on github.com/ovirt. >> Found all the source code on gerrit.ovirt.org; not all of it is mirrored to github.com/ovirt >> If you haven't yet, you might want to check also: >> >>

Re: [ovirt-users] How do you oVirt? Here the answers!

> > >> >> - Surprisingly we have someone running both engine and hypervisor on >> Ubuntu based system, within VMs. I'd like to hear more about this use case. >> >> ​I too would love to hear more about this use case. Sounds interesting. ​ - Warm regards Leni Kadali Mutungi ​ ​

Re: [ovirt-users] storage redundancy in Ovirt

When you set up a storage domain, you need to specify a host to perform the initial storage operations, but once the SD is defined, it's details are in the engine database, and all the hosts get connected to it directly. If the first host you used to define the SD goes down, all other hosts will

Re: [ovirt-users] storage redundancy in Ovirt

Hi Fernando, I see each host has direct connection nfs mount, but yes, if main host to which I connected nfs storage going down the storage becomes unavailable and all vms are down On Sat, Apr 15, 2017 at 10:37 AM FERNANDO FREDIANI < fernando.fredi...@upx.com> wrote: > Hello Konstantin. > >

Re: [ovirt-users] storage redundancy in Ovirt

I think he means SPM? I've seen when node with SPM goes down it isn't really seamless and takes a minute or two to catch up unless of course you out that node in maintenance mode but that isn't possible if it crashes or something On Apr 15, 2017 1:38 PM, "FERNANDO FREDIANI"

Re: [ovirt-users] storage redundancy in Ovirt

Hello Konstantin. That doesn`t make much sense make a whole cluster depend on a single host. >From what I know any host talk directly to NFS Storage Array or whatever other Shared Storage you have. Have you tested that host going down if that affects the other with the NFS mounted directlly in a

Re: [ovirt-users] storage redundancy in Ovirt

In ovirt you have to attach storage through specific host. If host goes down storage is not available. On Sat, Apr 15, 2017 at 7:31 AM FERNANDO FREDIANI wrote: > Well, make it not go through host1 and dedicate a storage server for > running NFS and make both hosts

Re: [ovirt-users] storage redundancy in Ovirt

Well, make it not go through host1 and dedicate a storage server for running NFS and make both hosts connect to it. In my view NFS is much easier to manage than any other type of storage, specially FC and iSCSI and performance is pretty much the same, so you won`t get better results other than

Re: [ovirt-users] storage redundancy in Ovirt

You can use FC storage where luns come from a redundant storage array. On Apr 15, 2017 11:25, "Konstantin Raskoshnyi" wrote: Hi guys, I have one nfs storage, it's connected through host1. host2 also has access to it, I can easily migrate vms between them. The question is

[ovirt-users] storage redundancy in Ovirt

Hi guys, I have one nfs storage, it's connected through host1. host2 also has access to it, I can easily migrate vms between them. The question is - if host1 is down - all infrastructure is down, since all traffic goes through host1, is there any way in oVirt to use redundant storage? Only

Re: [ovirt-users] virsh list

Depends on what you need to do. If you only want to se vms, add -r to have readonly access. Luca Il 15 apr 2017 12:58 AM, "Konstantin Raskoshnyi" ha scritto: Hi guys I'm trying to run virsh list (or any other virsh commands) virsh list Please enter your authentication

[ovirt-users] Memory ballooning not working on RHEV 4.1?

Hello all, I have a RHEV 4.1 host running Windows 10 VMs. I have installed the balloon driver on the VMs (RHEV guest tools), and enabled memory ballooning on the cluster using RHEV-M. On the VMs, I have set the system memory to Memory Size: 4GB, Maximum Memory: 16GB. While I can manually hot