Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-18 Thread Yaniv Kaul
On Mon, Dec 18, 2017 at 4:17 PM, Konstantin Shalygin  wrote:

> On 12/18/2017 09:02 PM, Yaniv Kaul wrote:
>
>>
>> We provide the required scripts to install OpenShift with the EFK stack,
>> configure it and the hosts with all relevant details to connect the two.
>> Note that the metrics store also processes the engine and VDSM logs.
>>
>
> Good to know. But if I still want to use netdata instead EFK? Some info
> about how to get blk io metrics from libvirt and/or how to enable cgroups
> metrics. Anyone?
>

Get netdata to query libvirt for the IO parameters directly. It should be
configured with authentication against libvirt (the same password VDSM
uses).
Y.


>
> Thanks.
>
> k
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-18 Thread Konstantin Shalygin

On 12/18/2017 09:02 PM, Yaniv Kaul wrote:


We provide the required scripts to install OpenShift with the EFK 
stack, configure it and the hosts with all relevant details to connect 
the two.

Note that the metrics store also processes the engine and VDSM logs.


Good to know. But if I still want to use netdata instead EFK? Some info 
about how to get blk io metrics from libvirt and/or how to enable 
cgroups metrics. Anyone?


Thanks.

k
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-18 Thread Yaniv Kaul
On Dec 18, 2017 3:06 PM, "Konstantin Shalygin"  wrote:

On 12/18/2017 07:58 PM, Yaniv Kaul wrote:


Indeed. 4.2 provides a comprehensive solution, with integration via
Collectd -> fluentd -> Elastic -> Kibana.
Y.



E.g. integrated to oVirt or "admin can send metrics to ELK"?


We provide the required scripts to install OpenShift with the EFK stack,
configure it and the hosts with all relevant details to connect the two.
Note that the metrics store also processes the engine and VDSM logs.
Y.

Y.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-18 Thread Yaniv Kaul
On Dec 18, 2017 3:06 PM, "Konstantin Shalygin"  wrote:

On 12/18/2017 07:58 PM, Yaniv Kaul wrote:


Indeed. 4.2 provides a comprehensive solution, with integration via
Collectd -> fluentd -> Elastic -> Kibana.
Y.



E.g. integrated to oVirt or "admin can send metrics to ELK"?


We provide the required scripts to install OpenShift with the EFK stack,
configure it and the hosts with all relevant details to connect the two.
Note that the metrics store also processes the engine and VDSM logs.
Y.

Y.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-18 Thread Konstantin Shalygin

On 12/18/2017 07:58 PM, Yaniv Kaul wrote:


Indeed. 4.2 provides a comprehensive solution, with integration via 
Collectd -> fluentd -> Elastic -> Kibana.

Y.


E.g. integrated to oVirt or "admin can send metrics to ELK"?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-18 Thread Yaniv Kaul
On Mon, Dec 18, 2017 at 9:21 AM, Florian Schmid <fsch...@ubimet.com> wrote:

> Hi,
>
> yes, still the same issues with oVirt 4.1.7 and CentOS 7.4.
> Whole cgroup directory has empty files.
>
> Actually at the moment, we are blind when it comes to disk IO, only our
> NetApp give us IO values, but these are per NFS share and there are a lots
> of VMs on it.
>
> A solution would be great here.
>

Indeed. 4.2 provides a comprehensive solution, with integration via
Collectd -> fluentd -> Elastic -> Kibana.
Y.


>
> BR Florian
>
>
> 
> 
> *UBIMET GmbH* - weather matters
> Ing. Florian Schmid • IT Infrastruktur Austria
>
> A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22
> <+43%201%202631122> DW 469 • Fax +43 1 263 11 22 219
> fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379
> <+43%20664%208323379>
>
> Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t
>
> 
> 
>
> The information contained in this message (including any attachments) is
> confidential and may be legally privileged or otherwise protected from
> disclosure. This message is intended solely for the addressee(s). If you
> are not the intended recipient, please notify the sender by return e-mail
> and delete this message from your system. Any unauthorized use,
> reproduction, or dissemination of this message is strictly prohibited.
> Please note that e-mails are susceptible to change. UBIMET GmbH shall not
> be liable for the improper or incomplete transmission of the information
> contained in this communication, nor shall it be liable for any delay in
> its receipt. UBIMET GmbH accepts no liability for loss or damage caused by
> software viruses and you are advised to carry out a virus check on any
> attachments contained in this message.
>
>
>
> ----------
> *Von: *"Konstantin Shalygin" <k0...@k0ste.ru>
> *An: *"users" <users@ovirt.org>
> *Gesendet: *Montag, 18. Dezember 2017 07:17:42
> *Betreff: *Re: [ovirt-users] Empty cgroup files on centos 7.3 host
>
> Specifically for IO statistics, VDSM reads the values from libvirt[1].
> cgroup limiting is possible if you define it, but is unrelated.
> Also note that 7.3 is a bit ancient, I'm not sure how supported it is with
> latest 4.1 - which I'm sure will pull new dependencies from 7.4 (for
> example, libvirt!).
>
> We use oVirt 4.1.6 on 7.4 of course.
>
> Where I can see IO stat? I never see this on oVirt manager.
>
> How can I enable cgroup blk metric collection?
> Perhaps this is an outdated way and metrics should be collected in a
> different way and it should be applied in the netdata project?
>
> Thanks.
>
>
> k
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-17 Thread Florian Schmid
Hi, 

yes, still the same issues with oVirt 4.1.7 and CentOS 7.4. 
Whole cgroup directory has empty files. 

Actually at the moment, we are blind when it comes to disk IO, only our NetApp 
give us IO values, but these are per NFS share and there are a lots of VMs on 
it. 

A solution would be great here. 

BR Florian 





 
UBIMET GmbH - weather matters 
Ing. Florian Schmid • IT Infrastruktur Austria 


A-1220 Wien • Donau-City-Straße 11 • Tel +43 1 263 11 22 DW 469 • Fax +43 1 263 
11 22 219 
fsch...@ubimet.com • www.ubimet.com • Mobile: +43 664 8323379 


Sitz: Wien • Firmenbuchgericht: Handelsgericht Wien • FN 248415 t 


 



The information contained in this message (including any attachments) is 
confidential and may be legally privileged or otherwise protected from 
disclosure. This message is intended solely for the addressee(s). If you are 
not the intended recipient, please notify the sender by return e-mail and 
delete this message from your system. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. UBIMET GmbH shall not be liable for the improper or 
incomplete transmission of the information contained in this communication, nor 
shall it be liable for any delay in its receipt. UBIMET GmbH accepts no 
liability for loss or damage caused by software viruses and you are advised to 
carry out a virus check on any attachments contained in this message. 





Von: "Konstantin Shalygin" <k0...@k0ste.ru> 
An: "users" <users@ovirt.org> 
Gesendet: Montag, 18. Dezember 2017 07:17:42 
Betreff: Re: [ovirt-users] Empty cgroup files on centos 7.3 host 






Specifically for IO statistics, VDSM reads the values from libvirt[1].
cgroup limiting is possible if you define it, but is unrelated.
Also note that 7.3 is a bit ancient, I'm not sure how supported it is with
latest 4.1 - which I'm sure will pull new dependencies from 7.4 (for
example, libvirt!). 


We use oVirt 4.1.6 on 7.4 of course. 



Where I can see IO stat? I never see this on oVirt manager. 

How can I enable cgroup blk metric collection? 
Perhaps this is an outdated way and metrics should be collected in a different 
way and it should be applied in the netdata project? 

Thanks. 




k 

___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-17 Thread Konstantin Shalygin

Specifically for IO statistics, VDSM reads the values from libvirt[1].
cgroup limiting is possible if you define it, but is unrelated.
Also note that 7.3 is a bit ancient, I'm not sure how supported it is with
latest 4.1 - which I'm sure will pull new dependencies from 7.4 (for
example, libvirt!).

We use oVirt 4.1.6 on 7.4 of course.

Where I can see IO stat? I never see this on oVirt manager.

How can I enable cgroup blk metric collection?
Perhaps this is an outdated way and metrics should be collected in a 
different way and it should be applied in the netdata project?


Thanks.


k

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-12-17 Thread Konstantin Shalygin




I thought, I can get my needed values from there, but all files are empty.

Looking at this 
post:http://lists.ovirt.org/pipermail/users/2017-January/079011.html
this should work.

Is this normal on centos 7.3 with oVirt installed? How can I get those values, 
without monitoring all VMs directly?

oVirt Version we use:
4.1.1.8-1.el7.centos
Hi Florian. You find answer on this? Today released netdata 1.9.0. New 
feature is disk i/o and network metrics per VM - and all of this not 
work with oVirt from bootstrap. I created issue (netdata #3144 
) and network metrics is 
winned. But disk metrics is just empty - as you sayed before (oVirt 
release 4.1.7).



k

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-06-30 Thread Florian Schmid
Hi Yaniv, 

thank you for your answer! I haven't known, that there is already such a 
monitoring tool on ovirt. 

We will sure give it a try, but we have already in our environment a monitoring 
tool, that's why I wanted to add those values, too. 

How does collectd get this data from libvirt, when the corresponding cgroup 
values are empty? 

BR Florian 





Von: "Yaniv Kaul" <yk...@redhat.com> 
An: "Florian Schmid" <fsch...@ubimet.com> 
CC: "users" <users@ovirt.org> 
Gesendet: Dienstag, 27. Juni 2017 09:08:51 
Betreff: Re: [ovirt-users] Empty cgroup files on centos 7.3 host 



On Mon, Jun 26, 2017 at 11:03 PM, Florian Schmid < [ mailto:fsch...@ubimet.com 
| fsch...@ubimet.com ] > wrote: 


Hi, 

I wanted to monitor disk IO and R/W on all of our oVirt centos 7.3 hypervisor 
hosts, but it looks like that all those files are empty. 



We have a very nice integration with Elastic based monitoring and logging - why 
not use it. 
On the host, we use collectd for monitoring. 
See [ 
http://www.ovirt.org/develop/release-management/features/engine/metrics-store/ 
| 
http://www.ovirt.org/develop/release-management/features/engine/metrics-store/ 
] 

Y. 

BQ_BEGIN
For example: 
ls -al 
/sys/fs/cgroup/blkio/machine.slice/machine-qemu\\x2d14\\x2dHostedEngine.scope/ 
insgesamt 0 
drwxr-xr-x. 2 root root 0 30. Mai 10:09 . 
drwxr-xr-x. 16 root root 0 26. Jun 09:25 .. 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_merged_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_queued_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_bytes_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_serviced_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_service_time_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.io_wait_time_recursive 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.leaf_weight_device 
--w---. 1 root root 0 30. Mai 10:09 blkio.reset_stats 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.sectors_recursive 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_service_bytes 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.io_serviced 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_bps_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.read_iops_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_bps_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.throttle.write_iops_device 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time 
-r--r--r--. 1 root root 0 30. Mai 10:09 blkio.time_recursive 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight 
-rw-r--r--. 1 root root 0 30. Mai 10:09 blkio.weight_device 
-rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.clone_children 
--w--w--w-. 1 root root 0 30. Mai 10:09 cgroup.event_control 
-rw-r--r--. 1 root root 0 30. Mai 10:09 cgroup.procs 
-rw-r--r--. 1 root root 0 30. Mai 10:09 notify_on_release 
-rw-r--r--. 1 root root 0 30. Mai 10:09 tasks 


I thought, I can get my needed values from there, but all files are empty. 

Looking at this post: [ 
http://lists.ovirt.org/pipermail/users/2017-January/079011.html | 
http://lists.ovirt.org/pipermail/users/2017-January/079011.html ] 
this should work. 

Is this normal on centos 7.3 with oVirt installed? How can I get those values, 
without monitoring all VMs directly? 

oVirt Version we use: 
4.1.1.8-1.el7.centos 

BR Florian 
___ 
Users mailing list 
[ mailto:Users@ovirt.org | Users@ovirt.org ] 
[ http://lists.ovirt.org/mailman/listinfo/users | 
http://lists.ovirt.org/mailman/listinfo/users ] 

BQ_END


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Empty cgroup files on centos 7.3 host

2017-06-27 Thread Yaniv Kaul
On Mon, Jun 26, 2017 at 11:03 PM, Florian Schmid  wrote:

> Hi,
>
> I wanted to monitor disk IO and R/W on all of our oVirt centos 7.3
> hypervisor hosts, but it looks like that all those files are empty.
>

We have a very nice integration with Elastic based monitoring and logging -
why not use it.
On the host, we use collectd for monitoring.
See
http://www.ovirt.org/develop/release-management/features/engine/metrics-store/

Y.


> For example:
> ls -al /sys/fs/cgroup/blkio/machine.slice/machine-qemu\\x2d14\\
> x2dHostedEngine.scope/
> insgesamt 0
> drwxr-xr-x.  2 root root 0 30. Mai 10:09 .
> drwxr-xr-x. 16 root root 0 26. Jun 09:25 ..
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_merged
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_merged_recursive
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_queued
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_queued_recursive
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_bytes
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_bytes_recursive
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_serviced
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_serviced_recursive
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_time
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_time_recursive
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_wait_time
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_wait_time_recursive
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.leaf_weight
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.leaf_weight_device
> --w---.  1 root root 0 30. Mai 10:09 blkio.reset_stats
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.sectors
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.sectors_recursive
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.io_service_bytes
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.io_serviced
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.read_bps_device
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.read_iops_device
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.write_bps_device
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.write_iops_device
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.time
> -r--r--r--.  1 root root 0 30. Mai 10:09 blkio.time_recursive
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.weight
> -rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.weight_device
> -rw-r--r--.  1 root root 0 30. Mai 10:09 cgroup.clone_children
> --w--w--w-.  1 root root 0 30. Mai 10:09 cgroup.event_control
> -rw-r--r--.  1 root root 0 30. Mai 10:09 cgroup.procs
> -rw-r--r--.  1 root root 0 30. Mai 10:09 notify_on_release
> -rw-r--r--.  1 root root 0 30. Mai 10:09 tasks
>
>
> I thought, I can get my needed values from there, but all files are empty.
>
> Looking at this post: http://lists.ovirt.org/pipermail/users/2017-January/
> 079011.html
> this should work.
>
> Is this normal on centos 7.3 with oVirt installed? How can I get those
> values, without monitoring all VMs directly?
>
> oVirt Version we use:
> 4.1.1.8-1.el7.centos
>
> BR Florian
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Empty cgroup files on centos 7.3 host

2017-06-26 Thread Florian Schmid
Hi,

I wanted to monitor disk IO and R/W on all of our oVirt centos 7.3 hypervisor 
hosts, but it looks like that all those files are empty.
For example:
ls -al 
/sys/fs/cgroup/blkio/machine.slice/machine-qemu\\x2d14\\x2dHostedEngine.scope/
insgesamt 0
drwxr-xr-x.  2 root root 0 30. Mai 10:09 .
drwxr-xr-x. 16 root root 0 26. Jun 09:25 ..
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_merged
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_merged_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_queued
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_queued_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_bytes
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_bytes_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_serviced
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_serviced_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_time
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_service_time_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_wait_time
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.io_wait_time_recursive
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.leaf_weight
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.leaf_weight_device
--w---.  1 root root 0 30. Mai 10:09 blkio.reset_stats
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.sectors
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.sectors_recursive
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.io_service_bytes
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.io_serviced
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.read_bps_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.read_iops_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.write_bps_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.throttle.write_iops_device
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.time
-r--r--r--.  1 root root 0 30. Mai 10:09 blkio.time_recursive
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.weight
-rw-r--r--.  1 root root 0 30. Mai 10:09 blkio.weight_device
-rw-r--r--.  1 root root 0 30. Mai 10:09 cgroup.clone_children
--w--w--w-.  1 root root 0 30. Mai 10:09 cgroup.event_control
-rw-r--r--.  1 root root 0 30. Mai 10:09 cgroup.procs
-rw-r--r--.  1 root root 0 30. Mai 10:09 notify_on_release
-rw-r--r--.  1 root root 0 30. Mai 10:09 tasks


I thought, I can get my needed values from there, but all files are empty.

Looking at this post: 
http://lists.ovirt.org/pipermail/users/2017-January/079011.html
this should work.

Is this normal on centos 7.3 with oVirt installed? How can I get those values, 
without monitoring all VMs directly?

oVirt Version we use:
4.1.1.8-1.el7.centos

BR Florian
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users