[ovirt-users] Re: oVirt and Netapp question

2019-11-08 Thread Vrgotic, Marko
Hi Ladislav,

That is correct. Thin Provisioned FlexVolumes.


-
kind regards/met vrindelijke groet

Marko Vrgotic
ActiveVideo


From: Ladislav Humenik 
Date: Friday, 8 November 2019 at 13:44
To: "Vrgotic, Marko" 
Cc: "users@ovirt.org" 
Subject: Re: [ovirt-users] Re: oVirt and Netapp question

Hi, basically the aggregate free space is relevant, as you mentioned you are 
having thin volumes, right?

On 08.11.19 07:18, Vrgotic, Marko wrote:
Hi Ladislav,

Not sure if you sam my reply, so i give it another shot.

I just want to he clear on understanding what you wrote in your recommendation.

Please check my previous reply.

Thank you.
Sent from my iPhone


On 6 Nov 2019, at 11:52, Vrgotic, Marko 
 wrote:
Hi Ladislav,

Thank you for the reply.

On the matter of your Recommendation, when you mention free space, were you 
referring to:

  *   Space that is free/unallocated on the Aggregate, allowing the AutoGrow
  *   Or all that is allocated to the volume but not actual Data Space

Kindly awaiting your reply.


-
kind regards/met vrindelijke groet

Marko Vrgotic
ActiveVideo


From: Ladislav Humenik 

Date: Tuesday, 5 November 2019 at 20:45
To: "Vrgotic, Marko" 

Cc: "users@ovirt.org" 

Subject: Re: [ovirt-users] Re: oVirt and Netapp question


Hi,

for the NetApp part, here is copy-paste from the netapp kb:
Answer
The volume "Over Provisioned Space" value provided in OnCommand System Manager 
(OCSM) is the "Over Provisioned Size" field provided by the volume 
show
 at the cluster shell.

This value is determined by the following formula:

(volume size) - (volume used) - (volume space available) - (snapshot used 
space) == storage that can't be provided by the aggregate if written to the 
volume



for the ovirt part:
Ovirt will see the volume size available within thin-volume without any 
knowledge of the aggregate space (available/or not) in behind.


Recommendation:
on netapp side do volume auto-grow and you are safe as long as you have free 
space inside aggregate.

HTH

On 05.11.19 14:54, Vrgotic, Marko wrote:
Second attempt 

From: "Vrgotic, Marko" 

Date: Monday, 4 November 2019 at 14:01
To: "users@ovirt.org" 

Subject: oVirt and Netapp question

Dear oVirt,

Few months ago our production environment oVirt with main Shared storage via 
NFS Netapp is live.

We have been deploying VMs with thin provisioned HDD 40GB based template, 
CentOS 7.
The Netapp NFS v4  storage volume is 7TB in size, also Thin Provisioned.

First attached screenshot shows the space allocation of the production volume 
from Netapp side.
Is there anyone in oVirt community who would be able to tell me the meaning of 
the 5.31 TB Over Provisioned Space?


Second attached is the info  of the production volume from oVirt side:


What I want to understand is the way how is oVirt reading the volume usage and 
Netapp and where is the difference.
Is the Over Allocated Space something that is just logically used/reserved and 
will be intelligently re-allocated/re-used as the actual Data Space Used grows 
or am I looking at oVIrt actually hitting Critical Space Action Blocker and 
will have to resize the volume?
If there is anyone from Netapp or with good Netapp experience that is able to 
help understanding the data above better, thank you in advance?

Kindly awaiting your reply.


-
kind regards/met vrindelijke groet

Marko Vrgotic
ActiveVideo





___

Users mailing list -- users@ovirt.org

To unsubscribe send an email to 
users-le...@ovirt.org

Privacy Statement: https://www.ovirt.org/site/privacy-policy/

oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/

List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BVGZMJHNNM3LO3OIA65KEY64Z5BIHZ7R/

--

Ladislav Humenik



System administrator / VI

IT Operations Hosting Infrastructure



1&1 IONOS SE | Ernst-Frey-Str. 5 | 76135 Karlsruhe | Germany

Phone: +49 721 91374-8361

E-mail: ladislav.hume...@ionos.com | Web: 
www.ionos.de



Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498



Vorstand: Dr. Christian Böing, Hüseyin Dogan, Hans-Henning Kettler, Matthias 
Steinberg, Achim Weiß

Aufsichtsratsvorsitzender: Markus Kadelke





Member of United Internet



Diese E-Mail kann vertrauliche und/oder gesetzlich geschützte Informationen 
enthalten. Wenn Sie nicht der bestimmungsgemäße Adressat sind oder diese E-Mail 
irrtümlich erhalten haben, unterrichten Sie bitte den Absender und vernichten 
Sie diese E-Mail. Anderen als dem bestimmungsgemäßen Adressaten 

[ovirt-users] Re: oVirt orb python3/fedora 31 support

2019-11-08 Thread Sandro Bonazzola
Il giorno ven 8 nov 2019 alle ore 16:52 Baptiste Agasse <
baptiste.aga...@lyra-network.com> ha scritto:

> Hi all,
>
> I was an happy user of oVirt orb on my laptop to do some testing (New
> features, foreman integration tests , ansible modules/playbooks/roles
> tests...) and it worked realy well, thanks guys ! Last week I've upgraded
> my laptop to fedora 31 and I have to uninstall ovirt-orb/lago related stuff
> to be able upgrade to this fedora version (related to python2 dependencies
> packages missing on fedora 31). Is there any planned python3/fedora 31
> support for ovirt-orb/lago-ovirt/lago ? If not there is any simple
> replacement solution to spin up a light ovirt env to this kind of tests ?
>
> Have a nice day.
>

We are still working on the porting to Fedora 30, Fedora 31 will be next
but we can't really give estimates on when we'll have the time to work on
this.
If you have time and skills you may help speeding up the process trying to
port lago to Fedora 31 yourself, we'll be happy to help with reviews
Adding +Lev Veyde  , +Galit Rosenthal
 and +Anton Marchukov  letting
them know about your feedback on oVirt Orb usage.





>
> Baptiste
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/MXRH57NT27U5GUM65PNDTYOYINFGJEGS/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*Red Hat respects your work life balance.
Therefore there is no need to answer this email out of your office hours.*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JC47SWBMYQX5Q4LC7Y265ZJ5SX3OEXO3/


[ovirt-users] oVirt orb python3/fedora 31 support

2019-11-08 Thread Baptiste Agasse
Hi all,

I was an happy user of oVirt orb on my laptop to do some testing (New features, 
foreman integration tests , ansible modules/playbooks/roles tests...) and it 
worked realy well, thanks guys ! Last week I've upgraded my laptop to fedora 31 
and I have to uninstall ovirt-orb/lago related stuff to be able upgrade to this 
fedora version (related to python2 dependencies packages missing on fedora 31). 
Is there any planned python3/fedora 31 support for ovirt-orb/lago-ovirt/lago ? 
If not there is any simple replacement solution to spin up a light ovirt env to 
this kind of tests ?

Have a nice day.

Baptiste
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MXRH57NT27U5GUM65PNDTYOYINFGJEGS/


[ovirt-users] Re: Network usage data report 0%

2019-11-08 Thread ccesario
Hi Lucie,

Any tip about it ?

Regards,
Carlos
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GKW5CTLNJOBYPP2D5CGO7CTH6BYJQSJO/


[ovirt-users] Re: Quick generic Questions

2019-11-08 Thread Christian Reiss

Hello all,

thank you all for your overwhelming support and information.
Waking up to a plethora of answers is a great way to start the day.

This goes out to all: Thank you!

-Christian.

On 07/11/2019 18:38, Staniforth, Paul wrote:

Hello Christian,

here are some useful links

https://www.ovirt.org/documentation/gluster-hyperconverged/Gluster_Hyperconverged_Guide.html


https://access.redhat.com/documentation/en-us/red_hat_hyperconverged_infrastructure_for_virtualization/1.6/

You need to have at least 1 device for the O/S node install and at least 
1 device for the bricks, so ideally mirror 2 for the O/S and raid the 
rest + spare.


a) Yes the the oVirt node installer has a hyperconverged/gluster mode.

b) The storage will be shared between all 3 nodes and distributed to 
bricks on all 3 nodes.


c) The VM can start and migrate on / to all nodes if all requirements 
are met (mem/cpu/networks) as the storage is shared.


d) I don't think so

e) storage network should not die VMs will probably be paused and if 
nodes lose access to storage on the master storage domain I think the
engine will restart them depending on fencing policy.
The gluster network should be a separate from the front-end network and 
use bonds for resilience.


f) yes you can add more shared storage domains using ISCSI, FC, NFS 
external gluster storage with ISCSI it may be better to use multipath 
connections rather than a bond.




Regards,
                     Paul S.



*From:* Christian Reiss 
*Sent:* 07 November 2019 13:29
*To:* users 
*Subject:* [ovirt-users] Quick generic Questions
Hey folks,

I am looking at setting up a hyperconverged cluster with 3 nodes (and
oVirt 4.3). Before setting up I have some generic questions that I would
love to get hints or even an answer on.

First off, the Servers are outfittet with 24 (SSD) drives each in a
HW-RAID. Due to wear-leveling and speed I am looking at RAID10. So I
would end up with one giant sda device.

a) Partitioning
Using oVirt node installer which will use the full size of /dev/sda is
this still the right solution to Hyperconverged given the gluster issue?
If I understood it correctly gluster is using empty drives or partitions
so a fully utilized drive is of no use here. Does oVirt node installer
have a hyperconverged/ gluster mode?

b) Storage Location
In this 3 node cluster, creating a VM on node01 will the data for node01
always end up in the local node01 server?

c) Starting VMs
Can a VM be migrated or launched from node03 if the data resides on
node01 and node02 (copies 2 with arbiter).

d) Efficiency / High IO Load
If node01 has high IO Load would additional data be loaded from the
other node which has the copy to even the load? I am aware Virtuozzo
does this.

e) Storage Network dies
What would happen with node01, node02 and node03 are operational but
only the storage network dies (frontend is still alive as are the nodes).

f) external isci/ FreeNAS
We have a FreeNAS system with tons of space and fast network
connectivity. Can oVirt handle storage import like remote iscsi target
and run VMs on the ovirt nodes but store data there?

Thank you for your time to clear this up.
I have found many approaches out there that either are old (oVirt 3) or
even contradict themselves (talk about RAID level...)

Cheers!
-Christian.

--
   Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
     supp...@alpha-labs.net   \ /    Campaign
   X   against HTML
   WEB alpha-labs.net / \   in eMails

   GPG Retrieval 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgpg.christian-reiss.dedata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C765f79e574a04381964808d763883393%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637087308944128073sdata=ubhkWlgDwoSjZ7848zUFparWdh8Hzdrnqzd6laLbqbA%3Dreserved=0

   GPG ID ABCD43C5, 0x44E29126ABCD43C5
   GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

   "It's better to reign in hell than to serve in heaven.",
    John Milton, Paradise lost.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C765f79e574a04381964808d763883393%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637087308944128073sdata=kA7hJ3Gx%2FcytSzTkb1i0HTPjdJfJW9JZfsZWovDt5po%3Dreserved=0
oVirt Code of Conduct: