[ovirt-users] FOSDEM '18 vVirt and IaaS room agenda published!

[Doron Fediuck]

This[1] is your chance to meet some of the oVirt guys and here some
interesting talks.

See you in FOSDEM!
Doron

[1] https://fosdem.org/2018/schedule/track/virtualization_and_iaas/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[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

[Yaniv Kaul]

On Fri, Jun 30, 2017 at 1:55 PM, Florian Schmid  wrote:

> 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?
>

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!).

Y.
[1]
https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=lib/vdsm/virt/vmstats.py;h=5043e8b3e44457cec99205939472fda14bd130a8;hb=HEAD#l458


>
> BR Florian
>
>
> --
> *Von: *"Yaniv Kaul" 
> *An: *"Florian Schmid" 
> *CC: *"users" 
> *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 
> 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

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

[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

[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"  
An: "users"  
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] Self-Hosted engine 4.1.7 unavailable from the outside of the host

[Simone Tiraboschi]

On Sat, Dec 16, 2017 at 1:29 PM, Matteo Capuano  wrote:

> Hi everyone, my name’s Matteo and I’m a new oVirt user.
>
> I’m trying to install the gluster hyperconverged solution in a lab
> environment following the How-To wrote by Jason Brooks:
>
> https://ovirt.org/blog/2017/04/up-and-running-with-ovirt-
> 4.1-and-gluster-storage/
>
> Sadly, I cannot understand how to configure the network on the self-hosted
> engine and I’m unable to make it available from outside the host.
>
> As written in the HowTo I created three hosts (ovirt-note 4.1.7) each one
> with two nics, one for gluster and one for management, the network is a
> static LAN with FQDN resolvable (also reverse) by a local DNS. Here the
> details:
>
> Gateway: 172.16.1.1
>
> DNS: 172.16.1.12
>
> Host1: 172.16.1.210 (management) – 172.16.2.210 (gluster)
>
> Host2: 172.16.1.220 (management) – 172.16.2.220 (gluster)
>
> Host3: 172.16.1.230 (management) – 172.16.2.230 (gluster)
>
> Engine: 172.16.1.200
>
> When installing the engine I choose to brigde the management’s nic
> (172.16.1.210) of host1 but, once the installation is completed, I'm unable
> to reach the engine from the LAN where the hosts are connected. The engine
> (172.16.1.200) can ping only host1 (172.16.1.210) and only host1 can ping
> the engine.
>
> As far as my network knowledge goes, to make the engine available from the
> outside of host1 I would need to use a third nic or to use some device to
> associate the ip and MAC address of the engine’s nic.
>
Ciao Matteo,
no, hosted-engine-setup should create a bridge for you.
No need to do custom configuration to expose your VMs.

Are you trying on bare metal or on VMs with the engine VM as a nested VM?


> I’ve looked around over the internet for a solution but every how-to I’ve
> found follows the same steps of Jason’s.  I’ve also already asked for
> help to Jason.
>
> Anyone could help me to solve this issue?
>
>
>
> Thank you
>
>
>
> Matteo
>
> ___
> 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