Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[s k]

Ideally the metric should be in milliseconds instead of percentage (as shown in 
VMware vCenter performance charts) to represent the actual time that the VM 
waits until the CPU resources as allocated.


It would be great if it was added to Engine Reports as well.


Even a CLI script to convert percentage to ms would be sufficient in order to 
use the metric in external tools (e.g. for alerting).




From: Michal Skrivanek 
Sent: Thursday, November 5, 2015 3:10 PM
To: RH - Itamar Heim
Cc: s k; users@ovirt.org; Doron Fediuck
Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning

> On 05 Nov 2015, at 01:06, Itamar Heim  wrote:
>
> On 09/15/2014 02:54 PM, s k wrote:
>> On 12/09/14 09:22, Itamar Heim wrote:
>>> /With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
>>> />/oVirt 3.6"? />//>/Thanks, />/Itamar 
>>> />/___ />/Users mailing list 
>>> />/Users at ovirt.org <http://lists.ovirt.org/mailman/listinfo/users> 
>>> />/http://lists.ovirt.org/mailman/listinfo/users />//>
>>
>>
>> Performance metric similar to what VMware calls "CPU Ready" would be very 
>> useful if it was available in the VM details in the admin portal.
>>
>>
>> It would provide great visibility on VM's performance in an environment with 
>> CPU overallocation.
>>
>
> I don't think we covered this in 3.6 (doron/michal)?

it should correspond to CPU steal time as reported by the host kernel
we do not report it up to the engine
It would be fairly trivial to add, however the interpretation of this value may 
be tricky


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nir Soffer]

On Thu, Nov 5, 2015 at 2:06 AM, Itamar Heim  wrote:
> On 09/17/2014 11:33 AM, Jorick Astrego wrote:
>
>> libgfapi
>
>
> did not make it iirc, though some progress was made.
> allon - is that opt-in, or totally not in codebase?

Not finished yet, and we are blocked on libvirt/qemu, not supporting multiple
hosts, so with libgfapi there will be no failover to another brick if
a brick fails.

See https://bugzilla.redhat.com/1247521

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Juan Pablo Lorier]

Thank you Itamar, I’ll look forward to start testing 3.6.
Regards,

> El 4 nov. 2015, a las 9:06 p.m., Itamar Heim  escribió:
> 
> On 09/15/2014 08:21 AM, Juan Pablo Lorier wrote:
>> +1 to iso upload from gui
> 
> was worked on, didn't make 3.6
> 
>> +1 to ceph support (if the way is via Cynder, then integrate Cynder in
>> Ovirt as you did with neutron to get arround the lack of features in
>> networking)
> 
> in 3.6
> 
>> 
>> I've been asking for several things (with their respective RFEs) and as
>> versions go by without success, I'm asking again:
>> 
>> - 1049994   [RFE] Allow choosing network interface for gluster domain
>> traffic
> 
> in 3.6
> 
>> - 1049476   [RFE] Mix untagged and tagged Logical Networks on the same NIC
> 
> in 3.6
> 
>> - 1029489   [RFE] Export not exporting direct lun disk
> 
> not currently planned to happen (closed)
> 
>> - 1051002   [RFE] ISO domain should be a simple NFS share containing ISOs
>> 
> 
> still open.
> 
>> 
>> 
>> ___
>> 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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 11/05/2015 08:50 AM, Robert Story wrote:

On Wed, 4 Nov 2015 19:06:18 -0500 Itamar wrote:
IH> On 09/18/2014 11:35 AM, Robert Story wrote:
IH> > On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote:
IH> > IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to
IH> > IH> see in oVirt 3.6"?
IH> >
IH> > I've always thought it would be a good idea to have a 'storage agent'
IH> > to run on storage domains, which could perform some operations more
IH> > optimally that the current system. For example, exporting/importing
IH> > domains currently reads the whole VM image over the network, then
IH> > writes it back. In my case, my storage is all located on the smae NFS
IH> > server, which could simply do an OS copy locally, instead of
IH> > reading/writing gigabytes over the network. I don't know if other
IH> > storage type could perform similar optimizations
IH>
IH> not in 3.6. doing native storage operations is for sure a top item in
IH> the storage list going forward.
IH> notice you can do these operations today at disk level and register the
IH> externally cloned disks via the REST API.

That's good to know. Is there a wiki page/script for how to externally clone
a VM for export?


need to check per storage type (which we'll do). for now, if you can 
clone it, we can register it.

netapp has a service that provides this in an integrated way.


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Robert Story]

On Wed, 4 Nov 2015 19:06:18 -0500 Itamar wrote:
IH> On 09/18/2014 11:35 AM, Robert Story wrote:
IH> > On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote:
IH> > IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to
IH> > IH> see in oVirt 3.6"?
IH> >
IH> > I've always thought it would be a good idea to have a 'storage agent'
IH> > to run on storage domains, which could perform some operations more
IH> > optimally that the current system. For example, exporting/importing
IH> > domains currently reads the whole VM image over the network, then
IH> > writes it back. In my case, my storage is all located on the smae NFS
IH> > server, which could simply do an OS copy locally, instead of
IH> > reading/writing gigabytes over the network. I don't know if other
IH> > storage type could perform similar optimizations
IH> 
IH> not in 3.6. doing native storage operations is for sure a top item in 
IH> the storage list going forward.
IH> notice you can do these operations today at disk level and register the 
IH> externally cloned disks via the REST API.

That's good to know. Is there a wiki page/script for how to externally clone
a VM for export?


Robert

-- 
Senior Software Engineer @ Parsons


pgpz3k5lyNFWc.pgp
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Michal Skrivanek]

> On 05 Nov 2015, at 01:06, Itamar Heim  wrote:
> 
> On 09/15/2014 02:54 PM, s k wrote:
>> On 12/09/14 09:22, Itamar Heim wrote:
>>> /With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
>>> />/oVirt 3.6"? />//>/Thanks, />/Itamar 
>>> />/___ />/Users mailing list 
>>> />/Users at ovirt.org  
>>> />/http://lists.ovirt.org/mailman/listinfo/users />//>
>> 
>> 
>> Performance metric similar to what VMware calls "CPU Ready" would be very 
>> useful if it was available in the VM details in the admin portal.
>> 
>> 
>> It would provide great visibility on VM's performance in an environment with 
>> CPU overallocation.
>> 
> 
> I don't think we covered this in 3.6 (doron/michal)?

it should correspond to CPU steal time as reported by the host kernel
we do not report it up to the engine 
It would be fairly trivial to add, however the interpretation of this value may 
be tricky


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Dan Kenigsberg]

On Wed, Nov 04, 2015 at 07:06:54PM -0500, Itamar Heim wrote:
> On 09/14/2014 09:12 PM, Punit Dambiwal wrote:
> >Hi All,
> >
> >I want a better way to prevent Ip spoofing on the guest VM's...
> >
> 
> I don't think we made any progress on this front.

Correct. The only option available today is to add a hook script that
changes the nic filter from vdsm-no-macspoof to "clean-traffic"

> if still relevant, please ask again in next poll
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 11:50 AM, Gary Lloyd wrote:

Proper iscsi multipath support/config for direct lun , not just storage
domains.

(I've already put an RFE request in for this as well).


Bug 1126945 - [RFE] ISCSI Multipath configuration for Direct LUN in 
future versions of oVirt


did not make 3.6.



/Gary Lloyd/
--
IT Services
Keele University
---

On 12 September 2014 13:22, Itamar Heim mailto:ih...@redhat.com>> wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see
in oVirt 3.6"?

Thanks,
Itamar
_
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 08:15 AM, Daniel Helgenberger wrote:

Hello,
+1 for the iso uploader,


was worked on, but didn't make 3.6


+1 for hostusb in UI


didn't make it. if still relevant, please ask again in next poll


+1 EL 7 (on the roadmap anyway?)


check



With hostusb some more host-dev virtualization could be added. Top of my
list is:
- SR-IOV
- NPV
- VFIO



these should be covered in 3.6, though have some caveats, please try and 
report issues.



These things could be handled on cluster level - hypervisors need to
have the same hardware configuration anyway.

Also, I think its time to add official support for OpenVswitch?


please ask again in next poll.



Thanks,

On 12.09.2014 14:23, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
 Itamar
___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 08:26 AM, Cédric Buot de l'Epine wrote:

Ceph support ;)


via cinder, but there.


Regards,
Cédric

On 12/09/2014 14:22, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
   Itamar
___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 08:55 AM, Jakub Bittner wrote:

Ovirt:
FCoE hosted engine support.


check


Fencing over storage (FCoE, iSCSI, NFS, etc)


didn't make it


ISO upload over web UI.


started for 3.6, didn't make it.





Dne 12.9.2014 14:22, Itamar Heim napsal(a):

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
Itamar
___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/13/2014 09:53 AM, Nicolas Ecarnot wrote:

Le 12/09/2014 14:22, Itamar Heim a écrit :

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

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


For God's sake, please, prevent "secondary" storage domains (anything
other than the master, especially iso and export) to completely block
the whole thing when being unavailable.
To many users suffered from this in the last two years I participate at
this mailing list (including me).



removing the SPM (and the concept of master domain) made a lot of 
progress, but was deemed not cooked/stable enough to be merged for 3.6, 
so still in progress.

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 09:22 AM, Morten Stevens wrote:



On 12.09.2014 14:22, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?


An official supported way to import existing raw disk images would be nice.


michal - is this covered via the v2v feature in 3.6 - i remember it was 
part the "wish-list" scope discussed?





Best regards,

Morten
___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 10:24 AM, supo...@logicworks.pt wrote:

Yes, this feature will be very usefull (ISO upload over web UI).
+1


was worked on, didn't make it.


Choose which VM should automatically start up, like in VMware Vsphere
"Virtual Machine Starup and Shutdown"


please ask again in next poll for it...




*De: *"Federico Alberto Sayd" 
*Para: *users@ovirt.org
*Enviadas: *Sexta-feira, 12 De Setembro de 2014 14:45:43
*Assunto: *Re: [ovirt-users] [RFI] oVirt 3.6 Planning

On 12/09/14 09:55, Jakub Bittner wrote:
 > ISO upload over web UI.
+1, Is it so hard to implement such feature?
___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/14/2014 09:12 PM, Punit Dambiwal wrote:

Hi All,

I want a better way to prevent Ip spoofing on the guest VM's...



I don't think we made any progress on this front.
if still relevant, please ask again in next poll


Thanks,
Punit

On Sun, Sep 14, 2014 at 10:04 PM, Mohyedeen Nazzal
mailto:mohyedeen.naz...@gmail.com>> wrote:



On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske mailto:svenkie...@gmail.com>> wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13.09.2014 22:25, Itamar Heim wrote:
> like the hostusb vdsm hook allows?
is this installed by default, yet?
furthermore I think you need to enable it via engine-config(custom
parameters), don't you?

I guess what is asked for is something working "out of the box".

Yes It's supported by hostusb hook,
But this needs access to the host to list what what devices are
installed.
I have used once vSphere, and it allows to select which device to
attach,
I guess it would be nice to have this in future releases .

kind regards

Sven
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM
R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM
57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm
G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV
9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x
NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG
2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8
8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj
4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow==
=fv56
-END PGP SIGNATURE-
___
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



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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/14/2014 02:15 AM, Mohyedeen Nazzal wrote:



On Sat, Sep 13, 2014 at 11:25 PM, Itamar Heim mailto:ih...@redhat.com>> wrote:

On 09/13/2014 03:38 PM, Mohyedeen Nazzal wrote:

One more thing,,

Being able to attach USB dongles from the admin portal...




did not make it, if still relevant, please ask again in next poll


like the hostusb vdsm hook allows?


Yes, exactly.


Thanks,
Mohyedeen.

On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal
mailto:mohyedeen.naz...@gmail.com>
<mailto:mohyedeen.nazzal@__gmail.com
<mailto:mohyedeen.naz...@gmail.com>>> wrote:

 When VMs goes to unknown status, all control options are
grayed, and
 the only way to fix this is to update the Database
manually, it will
 be nice to be able to force the engine to poweroff the VM
from admin
 portal.

 Thanks,
 Mohyedeen.

 On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer
mailto:nsof...@redhat.com>
 <mailto:nsof...@redhat.com <mailto:nsof...@redhat.com>>> wrote:

 - Original Message -
 > From: "Sven Kieske" mailto:s.kie...@mittwald.de> <mailto:s.kie...@mittwald.de
<mailto:s.kie...@mittwald.de>>>
 > To:users@ovirt.org <mailto:to%3aus...@ovirt.org>
<mailto:users@ovirt.org <mailto:users@ovirt.org>>
         > Sent: Friday, September 12, 2014 4:53:46 PM
 > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
 >
 > +1!
 >
 > I really would like to see a fast working way to
create, manage
 > and use ceph in ovirt. I don't know if implementation
through
 > openstack component is enough, because you will need
more components
 > then (keystone for auth e.g.).

 Sure you will need more components, but we don't want to
 duplicate the effort,
 implementing ceph support directly in ovirt. Using
Cinder we can
 reuse the
 existing ceph support, and gain also support for other
Cinder
 drivers for
 free.

 On the host side, we will have of course ceph specific
support,
 so you will
 be able to create ceph volumes directly, and use vdsm
api to
 start vms using
 these volumes, if you want more "direct" support.

 I think this is the general long term approach; integrate
 openstack components
 instead of re-implementing the wheel.

  >
  > On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
  > > Dunno if CephFS efforts will be sustainable against
 Glusterfs...
  > > I'm not sure if a posix fs is the best provider
for blocks.
  > > I would be pleased to have a direct form to create
a Ceph
 pool for a
  > > datacenter, then provide librbd path for the
guests (or
 only their size).
  >
  > --
  > Mit freundlichen Grüßen / Regards
  >
  > Sven Kieske
  >
  > Systemadministrator
  > Mittwald CM Service GmbH & Co. KG
  > Königsberger Straße 6
  > 32339 Espelkamp
  > T: +49-5772-293-100 

  > F: +49-5772-293-333 

  > https://www.mittwald.de
  > Geschäftsführer: Robert Meyer
  > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA
6640, AG
 Bad Oeynhausen
  > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB
13260, AG
 Bad Oeynhausen
  > _
  > Users mailing list
  > Users@ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
  > http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
  >
 _
 Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
<mailto:Users@ovirt.org>>
 

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 05:44 AM, Fabian Deutsch wrote:

Auto-configuration of the oVirt Virtual Appliance by hosted-engine setup.

Basically give hosted-engine setup the features to configure the appliance to 
work well.
Especially take care about host+guest side OS level configuration like i.e. 
networks.



I think most of this made it in.


- fabian

- Original Message -

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
 Itamar
___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 05:22 AM, Jorick Astrego wrote:

Another one from our list:

Log Browser to view, search, and export Logs for troubleshooting

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032888


Purpose

You can view, search, and export one or more vCenter Server and ESXi
log files at a time using the log browser.
You can also export, manage, and view different log types.


I like to use ssh myself (or our log server) but we would like to
severely limit ssh access to the engine.

It would be great to have a webGUI log view to do troubleshooting from.
The current events and alerts view is not really practical.


RHEV has something like this from a more generic access portal approach, 
but the log collection/viewing is something we would need to see how to 
make more general.

if still relevant, please ask again in next poll




Kind regards,

Jorick Astrego
Netbulae


___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 02:30 PM, Federico Alberto Sayd wrote:

On 12/09/14 09:22, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

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



Backup frontend through WebUI


no integrated backup, but probably relevant that multiple backup vendors 
announced support for the productized RHEV 3.5 by now.




Progress bar and percent of completion also for snapshots vm cloning and
disk copy


part of the work to remove the SPM, did not complete for 3.6.



Basic vm performance graphs in the WebUI without Reports/DHW



if still relevant, please ask again in next poll



___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 02:54 PM, s k wrote:

On 12/09/14 09:22, Itamar Heim wrote:

/With oVirt 3.5 nearing GA, time to ask for "what do you want to see in />/oVirt 3.6"? />//>/Thanks, 
/>/Itamar />/___ />/Users mailing list />/Users at ovirt.org 
 />/http://lists.ovirt.org/mailman/listinfo/users />//>



Performance metric similar to what VMware calls "CPU Ready" would be very 
useful if it was available in the VM details in the admin portal.


It would provide great visibility on VM's performance in an environment with 
CPU overallocation.



I don't think we covered this in 3.6 (doron/michal)?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/16/2014 03:44 AM, plysan wrote:

Export vm snapshot to export domain separately, so that vm can be
exported more efficiently if vm has taken a new snapshot


did not make 3.6.
(in general, i'd expect us to look more into storage offloading with 
native snapshots, so not sure its a direction worth investing in as it 
relies on cow snapshots)




2014-09-12 20:22 GMT+08:00 Itamar Heim mailto:ih...@redhat.com>>:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see
in oVirt 3.6"?

Thanks,
Itamar
_
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 08:21 AM, Juan Pablo Lorier wrote:

+1 to iso upload from gui


was worked on, didn't make 3.6


+1 to ceph support (if the way is via Cynder, then integrate Cynder in
Ovirt as you did with neutron to get arround the lack of features in
networking)


in 3.6



I've been asking for several things (with their respective RFEs) and as
versions go by without success, I'm asking again:

- 1049994   [RFE] Allow choosing network interface for gluster domain
traffic


in 3.6


- 1049476   [RFE] Mix untagged and tagged Logical Networks on the same NIC


in 3.6


- 1029489   [RFE] Export not exporting direct lun disk


not currently planned to happen (closed)


- 1051002   [RFE] ISO domain should be a simple NFS share containing ISOs



still open.




___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/17/2014 06:56 AM, Nathanaël Blanchet wrote:

what about LXC integration?


that (or docker, etc) is an interesting question to consider.



Le 12/09/2014 14:22, Itamar Heim a écrit :

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
   Itamar
___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/18/2014 11:35 AM, Robert Story wrote:

On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote:
IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
IH> oVirt 3.6"?

I've always thought it would be a good idea to have a 'storage agent' to
run on storage domains, which could perform some operations more optimally
that the current system. For example, exporting/importing domains currently
reads the whole VM image over the network, then writes it back. In my case,
my storage is all located on the smae NFS server, which could simply do an
OS copy locally, instead of reading/writing gigabytes over the network. I
don't know if other storage type could perform similar optimizations



not in 3.6. doing native storage operations is for sure a top item in 
the storage list going forward.
notice you can do these operations today at disk level and register the 
externally cloned disks via the REST API.

since 3.5 you can also detach and attach storage domains across DCs/Engines




Robert



___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/17/2014 11:33 AM, Jorick Astrego wrote:


On 09/12/2014 02:22 PM, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

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


Some "little things":

nfsv4 support (http://www.ovirt.org/Features/NFSv4)



are there specific gaps here still?


libgfapi


did not make it iirc, though some progress was made.
allon - is that opt-in, or totally not in codebase?



drbd support (http://www.ovirt.org/Features/DRBD)


Some concepts from IBM PowerHA look interesting:

I don't know if the term is correct but we'd like to be able to
group vm's together and create dependency's between them.
Something like, first start the database vm then the
authentication vm and last the webserver vm.


not in 3.6. if still relevant, please ask again in next poll.



/resource groups

(http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_cluster_resources.htm)/
//Resource groups/allow you to combine related resources into a
single logical entity for easier configuration and management.
The//PowerHA SystemMirror//software handles the resource group
as a unit, thus keeping the interdependent resources together on
one node and keeping them highly available./
//


vm affinity is supposed to cover some of the above?



  * /Identifying the set of cluster resources that are essential
to the operation of an application, and combining those
resources into a resource group./
  * /Defining the resource group policies and attributes that
dictate howPowerHA SystemMirrormanages resources to
keep them highly available at different stages of cluster
operation (startup, fallover and fallback)./

/By identifying resources and defining resource group policies,
thePowerHA SystemMirrorsoftware makes numerous cluster
configurations possible, providing tremendous flexibility in
defining a cluster environment tailored to individual requirements.
/

We would also like to be able to split a cluster between two
racks or DC's
/linked clusters/

/http://www-01.ibm.com/support/knowledgecenter/api/content/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_multi_linked.htm/
/A linked cluster is ideal for situations where each site is
located at a different geographical location. Typically, the
sites are far enough apart so that they cannot conveniently
share a common storage area network (SAN). Each site must have
its own active repository disk, and any backup repositories.
Linked clusters always use unicast to communicate between sites.
Linked clusters are a useful part of high availability disaster
recovery (HADR)./

We are currently developing a benchmarking system for ovirt and
test failover stuff by hand. Something like this would save
people a lot of time
/Cluster test tool/

/http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_test_tool.htm/

/The Cluster Test Tool is a utility that lets you test
aPowerHA® SystemMirror®cluster configuration to evaluate
how a cluster behaves under a set of specified circumstances,
such as when a node becomes inaccessible, a network becomes
inaccessible, a resource group moves from one node to another,
and so forth./

/You can start the test, let it run unattended, and return later
to evaluate the results of your testing./

/If you want to run an automated suite of basic cluster tests
for topology and resource group management, you can run the
automated test suite from SMIT. If you are an
experiencedPowerHA SystemMirror//administrator and want to
tailor cluster testing to your environment, you can also create
custom tests that can be run from SMIT./

/It is recommended to run the tool after you initially
configurePowerHA SystemMirrorand before you put your
cluster into a production environment; after you make cluster
configuration changes while the cluster is out of service; or at
regular intervals even though the cluster appears to be
functioning well./


this could be an external utility, rather than core to ovirt?






___
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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 10/23/2014 11:23 AM, Sven Kieske wrote:



On 12/09/14 14:22, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?




Please review:
https://bugzilla.redhat.com/show_bug.cgi?id=1156115

for inclusion in 3.6.
maybe it can even be considered to backport this
change to 3.5 ?

Thanks!



this is in 3.6
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Dan Kenigsberg]

On Wed, Sep 17, 2014 at 09:34:48AM +0800, Punit Dambiwal wrote:
> Hi,
> 
> Also can add multiple ips to a single (VNIC) network interface...on Guest
> VM...

oVirt does not manage IP addresses of guests[*], it only reports them.
Nothing in ovirt blocks you from setting multiple addresses inside the
guest. These addresses are then reported by the guest agent and shown on
GUI.

Unless, of course, I don't understand your request.

[*] unless you use the neutron intgeration
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Blaster]

This is using an AIO configuration in a lab, no chance of a migration storm.  
I’m just looking for an easy way to move a VM around if I need to.  1GB 
ethernet is getting mighty slow these days, and any other shared storage is 
horribly expensive for a consultant’s home lab. 10GB NIC cards are becoming 
affordable, but the switches, not so much.



On Dec 21, 2014, at 5:12 AM, Nir Soffer  wrote:

> ]
> Creating storage domain per vm is not a good idea.
> 
> The system is expecting all storage domain to be accessible by all hosts. So
> if you have multiple storage domains and one become inaccessible, a host
> may become non-operational, which will cause migration storm from this host
> to other hosts. Basically, the more storage domains you have, your system
> is more fragile.
> 
> Create new storage domains only when you must (e.g. separating testing and
> production environments). For importing and exporting vms, you can use the
> export domain.
> 
> Nir

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nir Soffer]

- Original Message -
> From: "Blaster" 
> To: "Itamar Heim" 
> Cc: users@ovirt.org
> Sent: Sunday, December 21, 2014 7:56:12 AM
> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
> 
> On 12/12/2014 10:08 AM, Itamar Heim wrote:
> >
> > If your existing raw images are from an ovirt storage domain you can
> > keep it as is and import the entire storage domain or specific vms
> > from it.
> > That's a new 3.5 feature. Mind you yii must first upgrade the storage
> > domain to 3.5 before reinstalling
> >
> 
> Thanks for the tip.  This didn't work for me this time.  My AIO setup
> started out with 3.2, upgraded all the way up to 3.5,  I was missing the
> OVF files, so I couldn't import the storage domain.  So I bit the bullet
> one more time and did it the hard way (created new VMs, disks, then
> copied over the old image).  This time I created a storage domain for
> each VM so I can import them into a new setup individually.

Creating storage domain per vm is not a good idea.

The system is expecting all storage domain to be accessible by all hosts. So
if you have multiple storage domains and one become inaccessible, a host
may become non-operational, which will cause migration storm from this host
to other hosts. Basically, the more storage domains you have, your system
is more fragile.

Create new storage domains only when you must (e.g. separating testing and
production environments). For importing and exporting vms, you can use the
export domain.

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 12/21/2014 07:56 AM, Blaster wrote:

On 12/12/2014 10:08 AM, Itamar Heim wrote:


If your existing raw images are from an ovirt storage domain you can
keep it as is and import the entire storage domain or specific vms
from it.
That's a new 3.5 feature. Mind you yii must first upgrade the storage
domain to 3.5 before reinstalling



Thanks for the tip.  This didn't work for me this time.  My AIO setup
started out with 3.2, upgraded all the way up to 3.5,  I was missing the
OVF files, so I couldn't import the storage domain.  So I bit the bullet
one more time and did it the hard way (created new VMs, disks, then
copied over the old image).  This time I created a storage domain for
each VM so I can import them into a new setup individually.

Btw, what does the (master) designation by one of the storage domains
mean?  When I deleted one that was a master, it just moved to another
domain.



the pool "needs a master domain". if one doesn't exist, it is re-created.
this should hopefully go away in 3.6.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Blaster]

On 12/12/2014 10:08 AM, Itamar Heim wrote:


If your existing raw images are from an ovirt storage domain you can 
keep it as is and import the entire storage domain or specific vms 
from it.
That's a new 3.5 feature. Mind you yii must first upgrade the storage 
domain to 3.5 before reinstalling




Thanks for the tip.  This didn't work for me this time.  My AIO setup 
started out with 3.2, upgraded all the way up to 3.5,  I was missing the 
OVF files, so I couldn't import the storage domain.  So I bit the bullet 
one more time and did it the hard way (created new VMs, disks, then 
copied over the old image).  This time I created a storage domain for 
each VM so I can import them into a new setup individually.


Btw, what does the (master) designation by one of the storage domains 
mean?  When I deleted one that was a master, it just moved to another 
domain.


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jason T. Greene]

> On Dec 13, 2014, at 4:06 AM, Itamar Heim  wrote:
> 
> 
>>> On Dec 13, 2014 7:07 AM, Jason Greene  wrote:
>>> 
>>> On 12.09.2014 14:22, Itamar Heim wrote: 
>>> 
>>> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
>>> oVirt 3.6”?
>> 
>> + Windows HV Support: https://bugzilla.redhat.com/show_bug.cgi?id=1125297
> 
> Just to note you can do this today by either:
> - vdsm custom hook
> - change of engine config if you know your hosts are only 7.0
> - iirc, also possible by editing the specific osinfo config file to add the 
> flags there

Awesome. Thanks for the tip.

> 
>>   Without these flags, my testing shows a completely idle 4 vcpu win slave 
>>   uses ~15% of a host core, which limits overcommit ability. With them it 
>>   goes down to 3.6% in my testing. hv_relaxed on its own shows no 
>>   improvement over idle time. 
>> 
>>   Unfortunately there is a KVM kernel bug that leads to win hangs with 
>>   these flags, and so until RHEL gets 3.16, which looks like 7.1, only 
>> Fedora works:  
>>   
>>   https://bugzilla.redhat.com/show_bug.cgi?id=1091818 
>> 
>> + Ability to add local storage without putting the host in maintenance mode
> 
> This should work today. Only the wizard to 'configure local storage' requires 
> this at it performs create DC, create cluster, move host to new cluster, add 
> storage domain.
> The 'move host to new cluster' requires host to be in maint. Adding another 
> local domain. Should not require this.

AFAICT this ultimately leads to the same issue. The host actively running the 
hosted engine can't add and make use of its local storage. You have to have at 
least two hosts, and fail over the hosted agent. Unless of course I am missing 
something..

> 
>> + Some out-of-the-box option for self-hosted engine without shared storage 
>>   (e.g. gluser, ceph, drdb, application directed replication, etc)
> 
> Focus here will be gluster for 3.6

Ok but it would be great to have a solution that works with 2 hosts as well, at 
least eventually.

> 
> Thanks,
>Itamar
> 
>> 
>> Thanks! 
>> 
>> -- 
>> Jason T. Greene 
>> WildFly Lead / JBoss EAP Platform Architect 
>> JBoss, a division of Red Hat 
>> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

>>> On 12.09.2014 14:22, Itamar Heim wrote: 
>>>
>>> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
>>> oVirt 3.6”? 

Thin client VDI support.

It doesn't make much sense for oVirt to offer VDI when there are no thin
clients that support it.

Kind regards,

Jorick



Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On Dec 13, 2014 7:07 AM, Jason Greene  wrote:
>
> > On 12.09.2014 14:22, Itamar Heim wrote: 
> > 
> > With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
> > oVirt 3.6”? 
>
> + Windows HV Support: https://bugzilla.redhat.com/show_bug.cgi?id=1125297 
>

Just to note you can do this today by either:
- vdsm custom hook
- change of engine config if you know your hosts are only 7.0
- iirc, also possible by editing the specific osinfo config file to add the 
flags there

>   Without these flags, my testing shows a completely idle 4 vcpu win slave 
>   uses ~15% of a host core, which limits overcommit ability. With them it 
>   goes down to 3.6% in my testing. hv_relaxed on its own shows no 
>   improvement over idle time. 
>
>   Unfortunately there is a KVM kernel bug that leads to win hangs with 
>   these flags, and so until RHEL gets 3.16, which looks like 7.1, only Fedora 
> works:  
>   
>   https://bugzilla.redhat.com/show_bug.cgi?id=1091818 
>
> + Ability to add local storage without putting the host in maintenance mode 
>

This should work today. Only the wizard to 'configure local storage' requires 
this at it performs create DC, create cluster, move host to new cluster, add 
storage domain.
The 'move host to new cluster' requires host to be in maint. Adding another 
local domain. Should not require this.

> + Some out-of-the-box option for self-hosted engine without shared storage 
>   (e.g. gluser, ceph, drdb, application directed replication, etc) 
>  

Focus here will be gluster for 3.6

Thanks,
   Itamar

>
> Thanks! 
>
> -- 
> Jason T. Greene 
> WildFly Lead / JBoss EAP Platform Architect 
> JBoss, a division of Red Hat 
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jason Greene]

> On 12.09.2014 14:22, Itamar Heim wrote:
> 
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6”?

+ Windows HV Support: https://bugzilla.redhat.com/show_bug.cgi?id=1125297

  Without these flags, my testing shows a completely idle 4 vcpu win slave 
  uses ~15% of a host core, which limits overcommit ability. With them it 
  goes down to 3.6% in my testing. hv_relaxed on its own shows no
  improvement over idle time.

  Unfortunately there is a KVM kernel bug that leads to win hangs with 
  these flags, and so until RHEL gets 3.16, which looks like 7.1, only Fedora 
works:  
  
  https://bugzilla.redhat.com/show_bug.cgi?id=1091818

+ Ability to add local storage without putting the host in maintenance mode

+ Some out-of-the-box option for self-hosted engine without shared storage
  (e.g. gluser, ceph, drdb, application directed replication, etc)
  

Thanks!

--
Jason T. Greene
WildFly Lead / JBoss EAP Platform Architect
JBoss, a division of Red Hat

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On Dec 7, 2014 10:11 PM, Blaster  wrote:
>
>
> On Sep 12, 2014, at 4:35 PM, Itamar Heim  wrote:
>
>> On 09/12/2014 04:22 PM, Morten Stevens wrote:
>>>
>>>
>>>
>>> On 12.09.2014 14:22, Itamar Heim wrote:

 With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
 oVirt 3.6"?
>>>
>>>
>>> An official supported way to import existing raw disk images would be nice.
>>
>>
>> please review:
>> http://www.ovirt.org/Features/virt-v2v_Integration
>
>
> I don’t think that’s what we are looking for.  With this process, if I have an X size virtual disk, I have to come up with X+2X more storage to go through this silly import process. With ESXi, I just right click, add to inventory and I’m off.
>
> Right now, I’m looking at moving my AIO configuration to a new host.  I’ll have to create the new AIO host, create a new storage domain on the old disks, create new VMs that look like the old ones, create new virtual disks, then go rummage around the storage, figure out what’s what in these user unfriendly UUID names, then move the old images onto the new ones.
>
> With ESXi, I just reinstall the hypervisor, create the new VM, then right click, add to inventory on the old disk image, and I’m done.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1049604
>
> The concept of storage domains seems rather clumsy and limited to me.
>
If your existing raw images are from an ovirt storage domain you can keep it as is and import the entire storage domain or specific vms from it.
That's a new 3.5 feature. Mind you yii must first upgrade the storage domain to 3.5 before reinstalling
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Sahina Bose]

On 11/03/2014 09:09 PM, Dan Kenigsberg wrote:

On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:

On 09/12/2014 03:22 PM, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?


Even the short list of items mentions so far are big features we would need
to do justice with.
this means probably a slightly longer cycle than the 6 months we currently
do.

We're not so good in keeping up with deadlines - our recent 3.5 version
slipped for 2.5 months past the original plan. With longer cycles, this
is even harder to control.

Can we instead break the "heavier" features to smaller phases, that are
easier to maintain, and deliver the complete feature in 3.7?


+1 for smaller release cycle.

It would be great if we could have a 3 month cycle.





with many of the features requiring way newer versions of some of the
components, I think we should plan for "3.6 cluster" to require an .el7 host
(expecting even 7.1 to be out before we release oVirt 3.6).

so i want us to plan for:
- oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora
   - fc20?)
- oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)

___
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] [RFI] oVirt 3.6 Planning

[Blaster]

On Sep 12, 2014, at 4:35 PM, Itamar Heim  wrote:

> On 09/12/2014 04:22 PM, Morten Stevens wrote:
>> 
>> 
>> On 12.09.2014 14:22, Itamar Heim wrote:
>>> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
>>> oVirt 3.6"?
>> 
>> An official supported way to import existing raw disk images would be nice.
> 
> please review:
> http://www.ovirt.org/Features/virt-v2v_Integration

I don’t think that’s what we are looking for.  With this process, if I have an 
X size virtual disk, I have to come up with X+2X more storage to go through 
this silly import process. With ESXi, I just right click, add to inventory and 
I’m off.

Right now, I’m looking at moving my AIO configuration to a new host.  I’ll have 
to create the new AIO host, create a new storage domain on the old disks, 
create new VMs that look like the old ones, create new virtual disks, then go 
rummage around the storage, figure out what’s what in these user unfriendly 
UUID names, then move the old images onto the new ones.

With ESXi, I just reinstall the hypervisor, create the new VM, then right 
click, add to inventory on the old disk image, and I’m done.

https://bugzilla.redhat.com/show_bug.cgi?id=1049604

The concept of storage domains seems rather clumsy and limited to me.

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Daniel Helgenberger]

On 04.11.2014 09:47, Fabian Deutsch wrote:
> - Original Message -
>> On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
>>> On 09/12/2014 03:22 PM, Itamar Heim wrote:
 With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
 oVirt 3.6"?

>>>
>>> Even the short list of items mentions so far are big features we would need
>>> to do justice with.
>>> this means probably a slightly longer cycle than the 6 months we currently
>>> do.
>>
>> We're not so good in keeping up with deadlines - our recent 3.5 version
>> slipped for 2.5 months past the original plan. With longer cycles, this
>> is even harder to control.
>>
>> Can we instead break the "heavier" features to smaller phases, that are
>> easier to maintain, and deliver the complete feature in 3.7?
>
> Hey,
>
> yep, I think this is a good idea to get control over the big features.
>
> - fabian
Me too, for that matter. I think json rpc was a major thing to do witch 
went well; but maybe drew resources from other features and testing.

But maybe new features do not need to be scrubbed but implemented later 
on for upgrades? For instance, some software vendors allow new features 
for X.0 releases only for new installations. Only after they are 
confirmed working regression - free a X.1 version is released witch 
enables upgrades from X-1 (existing customers).

Bottom line, I hope for planned 3.6 features like SR-IOV and pci 
passthrough/vfio will not be postponed :)

>
>>> with many of the features requiring way newer versions of some of the
>>> components, I think we should plan for "3.6 cluster" to require an .el7
>>> host
>>> (expecting even 7.1 to be out before we release oVirt 3.6).
>>>
>>> so i want us to plan for:
>>> - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora
>>>- fc20?)
>>> - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
>> ___
>> 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
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

On 11/04/2014 09:47 AM, Fabian Deutsch wrote:
> - Original Message -
>> On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
>>> On 09/12/2014 03:22 PM, Itamar Heim wrote:
 With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
 oVirt 3.6"?

>>> Even the short list of items mentions so far are big features we would need
>>> to do justice with.
>>> this means probably a slightly longer cycle than the 6 months we currently
>>> do.
>> We're not so good in keeping up with deadlines - our recent 3.5 version
>> slipped for 2.5 months past the original plan. With longer cycles, this
>> is even harder to control.
>>
>> Can we instead break the "heavier" features to smaller phases, that are
>> easier to maintain, and deliver the complete feature in 3.7?
> Hey,
>
> yep, I think this is a good idea to get control over the big features.
>
> - fabian
This reminds me a lot of Intel's "tick-tock" method that I've grown 
quite fond of over the years.



Lay the groundwork in one version and than finish with the next.

For oVirt this could mean for example we implement new things in vdsm in 
3.6 and they can be tested if you want to, then in 3.7 they can be 
polished off (and some bugs fixed) and exposed in the GUI.

Kind regards,

Jorick

>>> with many of the features requiring way newer versions of some of the
>>> components, I think we should plan for "3.6 cluster" to require an .el7
>>> host
>>> (expecting even 7.1 to be out before we release oVirt 3.6).
>>>
>>> so i want us to plan for:
>>> - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora
>>>- fc20?)
>>> - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
>> ___
>> 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




Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Fabian Deutsch]

- Original Message -
> On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
> > On 09/12/2014 03:22 PM, Itamar Heim wrote:
> > >With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> > >oVirt 3.6"?
> > >
> > 
> > Even the short list of items mentions so far are big features we would need
> > to do justice with.
> > this means probably a slightly longer cycle than the 6 months we currently
> > do.
> 
> We're not so good in keeping up with deadlines - our recent 3.5 version
> slipped for 2.5 months past the original plan. With longer cycles, this
> is even harder to control.
> 
> Can we instead break the "heavier" features to smaller phases, that are
> easier to maintain, and deliver the complete feature in 3.7?

Hey,

yep, I think this is a good idea to get control over the big features.

- fabian

> > with many of the features requiring way newer versions of some of the
> > components, I think we should plan for "3.6 cluster" to require an .el7
> > host
> > (expecting even 7.1 to be out before we release oVirt 3.6).
> > 
> > so i want us to plan for:
> > - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora
> >   - fc20?)
> > - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
> ___
> 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] [RFI] oVirt 3.6 Planning

[Dan Kenigsberg]

On Sun, Sep 14, 2014 at 03:17:39PM +0300, Itamar Heim wrote:
> On 09/12/2014 03:22 PM, Itamar Heim wrote:
> >With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> >oVirt 3.6"?
> >
> 
> Even the short list of items mentions so far are big features we would need
> to do justice with.
> this means probably a slightly longer cycle than the 6 months we currently
> do.

We're not so good in keeping up with deadlines - our recent 3.5 version
slipped for 2.5 months past the original plan. With longer cycles, this
is even harder to control.

Can we instead break the "heavier" features to smaller phases, that are
easier to maintain, and deliver the complete feature in 3.7?

> with many of the features requiring way newer versions of some of the
> components, I think we should plan for "3.6 cluster" to require an .el7 host
> (expecting even 7.1 to be out before we release oVirt 3.6).
> 
> so i want us to plan for:
> - oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora
>   - fc20?)
> - oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/17/2014 12:27 PM, Sven Kieske wrote:

Hi,

I think this question did not get answered so far and I think this is a
crucial point. While it's cool you can integrate ovirt with openstack
I don't think it should be necessary when you want certain features.

Because, like Daniel wrote: Why should I install ovirt if I need
multiple openstack components anyway? I could just go on and deploy
openstack and not use ovirt?

But I also have the same opinion as Daniel: openstack ist "too big"
to deploy for traditional vm workloads.

So it would be much appreciated if this questions could get answered.


we are looking at integration in places we think they make sense and 
benefit ovirt by opening more options for users. we do try to provide 
the openstack services in a virtual appliance to make them easier to 
consume.

glance - image repo with a default glance.ovirt.org
neutron - for opening the ecosystem of SDN network solutions
   integrating with it
future: cinder - for opening the ecosystem of storage providers
   integrating with it.

I don't think currently the other services in openstack are relevant to 
ovirt.





On 15/09/14 17:17, Daniel Helgenberger wrote:

Please allow me a 'heretic' question, will oVirt make itself obsoleted
in the future because all of the core functionality is moved to an
external provider? Is it better for my use case (small/medium business
and not in the telco sector) to deploy OpenStack in the first place and
not to use oVirt at all? ATM OpenStack seems to me like the literal
sledgehammer to crack a nut.




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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Sven Kieske]

On 12/09/14 14:22, Itamar Heim wrote:
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6"?
> 


Please review:
https://bugzilla.redhat.com/show_bug.cgi?id=1156115

for inclusion in 3.6.
maybe it can even be considered to backport this
change to 3.5 ?

Thanks!

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Dan Kenigsberg]

On Fri, Sep 12, 2014 at 03:22:41PM +0300, Itamar Heim wrote:
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in oVirt
> 3.6"?

Back in 3.3 we introduced
http://www.ovirt.org/Features/Device_Custom_Properties
but Engine exposes them only for vNIC profiles.

I'd really like to see custom properties for virtual disks, too.

It can be a very simple means to implement

Bug 1024428 - [RFE] Allow to specify disk attributes such as
error_policy and discard per disk in Web UI

and many other trick and tweaks that users may wish to enforce on the
vDisks.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 10/20/2014 06:49 AM, Johan Kooijman wrote:

Is there a final planning & featurelist yet?


planned to be in same place:
https://docs.google.com/spreadsheet/ccc?key=0AuAtmJW_VMCRdHJ6N1M3d1F1UTJTS1dSMnZwMF9XWVE&usp=sharing&userstoinvite=dan...@gmail.com#gid=9

but did not compile from the mailing list thread yet to add things 
properly there.




On Fri, Sep 12, 2014 at 2:22 PM, Itamar Heim mailto:ih...@redhat.com>> wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see
in oVirt 3.6"?

Thanks,
Itamar
_
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/__mailman/listinfo/users





--
Met vriendelijke groeten / With kind regards,
Johan Kooijman


___
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] [RFI] oVirt 3.6 Planning

[Johan Kooijman]

Is there a final planning & featurelist yet?

On Fri, Sep 12, 2014 at 2:22 PM, Itamar Heim  wrote:

> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6"?
>
> Thanks,
>Itamar
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Met vriendelijke groeten / With kind regards,
Johan Kooijman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Johan Kooijman]

+1 ! For those legacy storage systems that need it.

On Thu, Sep 18, 2014 at 5:44 PM, Sven Kieske  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> +1! (don't know if an "agent" is needed but this situation occurs
> quite often )
>
> On 18/09/14 17:35, Robert Story wrote:
> > I've always thought it would be a good idea to have a 'storage
> > agent' to run on storage domains, which could perform some
> > operations more optimally that the current system. For example,
> > exporting/importing domains currently reads the whole VM image over
> > the network, then writes it back. In my case, my storage is all
> > located on the smae NFS server, which could simply do an OS copy
> > locally, instead of reading/writing gigabytes over the network. I
> > don't know if other storage type could perform similar
> > optimizations
>
> - --
> Mit freundlichen Grüßen / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> Königsberger Straße 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Geschäftsführer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
> Oeynhausen
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQIcBAEBAgAGBQJUGv3GAAoJEC5d3lL7/I9zZrYQAJf4ZNnwhLjFKSDWpQIh74Bh
> 1vg7jJq1rUgLiuyDSti8Rzb+3OkotnpZZb9idVTkU9ghKThBpTqccGNJ5amAwSnR
> QHHwA7228P9QZRth+6EjSn1iNPHsB3SffteKtToGJNkNB42exRwU6T7Dy6Dteo8V
> Xc4MCP1/H62Oda0SNid0xPmasFeYLM0KZlaVq6gXjrBF+eiOTs/Eko1y+HSA3aqR
> ksiXlhLL8RKbjCp5z3dAKxIzrF1aghkobFP9+KGWWTp3TEnQ0L8v4twzuUcOdF0r
> AX3C6VlKYlSqRhASWeOQyhIAmUVCaZcYf7jYsxS0aejuyk0P1E/0Of3UoR04DLPo
> v/rzQwEl6caQOEBzHfHh6aOY3FaX6FDUeaRdam3QxBovIwFyIWVblIkV32tZf4wN
> K9UermE47LzKztXeKFUF7lNfJtnaOEfw2EZEcFUc5nQ4rPoXiZdgY2dgFJTryIQ2
> ZG4krnzEAFkSg6BAwYOM/WauyU1fb5mgaBW3xGIR1+VbsMJBc5kXwBnoVO8vLCle
> EH6MpvS9ud+1/plEDGTRNuiNMqf8tA0vHNVo9OJ44SAb689CXzSTKf0m0y6FdZWh
> hfHxJVM7JU5truVNd0pb9eOts11ZmSW15yqDluFMBoXrjQ4jPO+WSbFEzIo6h0G5
> /p/Ttzv/iNb9oHyYmyhk
> =e1Jm
> -END PGP SIGNATURE-
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Met vriendelijke groeten / With kind regards,
Johan Kooijman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Sven Kieske]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

+1! (don't know if an "agent" is needed but this situation occurs
quite often )

On 18/09/14 17:35, Robert Story wrote:
> I've always thought it would be a good idea to have a 'storage
> agent' to run on storage domains, which could perform some
> operations more optimally that the current system. For example,
> exporting/importing domains currently reads the whole VM image over
> the network, then writes it back. In my case, my storage is all
> located on the smae NFS server, which could simply do an OS copy
> locally, instead of reading/writing gigabytes over the network. I 
> don't know if other storage type could perform similar
> optimizations

- -- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
Oeynhausen
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJUGv3GAAoJEC5d3lL7/I9zZrYQAJf4ZNnwhLjFKSDWpQIh74Bh
1vg7jJq1rUgLiuyDSti8Rzb+3OkotnpZZb9idVTkU9ghKThBpTqccGNJ5amAwSnR
QHHwA7228P9QZRth+6EjSn1iNPHsB3SffteKtToGJNkNB42exRwU6T7Dy6Dteo8V
Xc4MCP1/H62Oda0SNid0xPmasFeYLM0KZlaVq6gXjrBF+eiOTs/Eko1y+HSA3aqR
ksiXlhLL8RKbjCp5z3dAKxIzrF1aghkobFP9+KGWWTp3TEnQ0L8v4twzuUcOdF0r
AX3C6VlKYlSqRhASWeOQyhIAmUVCaZcYf7jYsxS0aejuyk0P1E/0Of3UoR04DLPo
v/rzQwEl6caQOEBzHfHh6aOY3FaX6FDUeaRdam3QxBovIwFyIWVblIkV32tZf4wN
K9UermE47LzKztXeKFUF7lNfJtnaOEfw2EZEcFUc5nQ4rPoXiZdgY2dgFJTryIQ2
ZG4krnzEAFkSg6BAwYOM/WauyU1fb5mgaBW3xGIR1+VbsMJBc5kXwBnoVO8vLCle
EH6MpvS9ud+1/plEDGTRNuiNMqf8tA0vHNVo9OJ44SAb689CXzSTKf0m0y6FdZWh
hfHxJVM7JU5truVNd0pb9eOts11ZmSW15yqDluFMBoXrjQ4jPO+WSbFEzIo6h0G5
/p/Ttzv/iNb9oHyYmyhk
=e1Jm
-END PGP SIGNATURE-
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Robert Story]

On Fri, 12 Sep 2014 15:22:41 +0300 Itamar wrote:
IH> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
IH> oVirt 3.6"?

I've always thought it would be a good idea to have a 'storage agent' to
run on storage domains, which could perform some operations more optimally
that the current system. For example, exporting/importing domains currently
reads the whole VM image over the network, then writes it back. In my case,
my storage is all located on the smae NFS server, which could simply do an
OS copy locally, instead of reading/writing gigabytes over the network. I
don't know if other storage type could perform similar optimizations


Robert

-- 
Senior Software Engineer @ Parsons


signature.asc
Description: PGP signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

On 09/17/2014 05:40 PM, Itamar Heim wrote:

On 09/17/2014 06:33 PM, Jorick Astrego wrote:

nfsv4 support (http://www.ovirt.org/Features/NFSv4)


what's missing today?
Ah yes, I see it is in there already. It uses v3 as default and I 
haven't used nfs as storage domain in a while.


Now I have to use it in an environment.

Kind regards,

Jorick Astrego
Netbulae

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/17/2014 06:33 PM, Jorick Astrego wrote:

nfsv4 support (http://www.ovirt.org/Features/NFSv4)


what's missing today?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

On 09/12/2014 02:22 PM, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
oVirt 3.6"?


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


Some "little things":

   nfsv4 support (http://www.ovirt.org/Features/NFSv4)

   libgfapi

   drbd support (http://www.ovirt.org/Features/DRBD)


   Some concepts from IBM PowerHA look interesting:

   I don't know if the term is correct but we'd like to be able to
   group vm's together and create dependency's between them.
   Something like, first start the database vm then the
   authentication vm and last the webserver vm.

   /resource groups
   
(http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_cluster_resources.htm)/
   //Resource groups/allow you to combine related resources into a
   single logical entity for easier configuration and management.
   The//PowerHA SystemMirror//software handles the resource group
   as a unit, thus keeping the interdependent resources together on
   one node and keeping them highly available./
   //

 * /Identifying the set of cluster resources that are essential
   to the operation of an application, and combining those
   resources into a resource group./
 * /Defining the resource group policies and attributes that
   dictate howPowerHA SystemMirrormanages resources to
   keep them highly available at different stages of cluster
   operation (startup, fallover and fallback)./

   /By identifying resources and defining resource group policies,
   thePowerHA SystemMirrorsoftware makes numerous cluster
   configurations possible, providing tremendous flexibility in
   defining a cluster environment tailored to individual requirements.
   /

   We would also like to be able to split a cluster between two
   racks or DC's
   /linked clusters/
   
/http://www-01.ibm.com/support/knowledgecenter/api/content/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_multi_linked.htm/
   /A linked cluster is ideal for situations where each site is
   located at a different geographical location. Typically, the
   sites are far enough apart so that they cannot conveniently
   share a common storage area network (SAN). Each site must have
   its own active repository disk, and any backup repositories.
   Linked clusters always use unicast to communicate between sites.
   Linked clusters are a useful part of high availability disaster
   recovery (HADR)./

   We are currently developing a benchmarking system for ovirt and
   test failover stuff by hand. Something like this would save
   people a lot of time
   /Cluster test tool/
   
/http://www-01.ibm.com/support/knowledgecenter/SSPHQG_7.1.0/com.ibm.powerha.concepts/ha_concepts_test_tool.htm/

   /The Cluster Test Tool is a utility that lets you test
   aPowerHA® SystemMirror®cluster configuration to evaluate
   how a cluster behaves under a set of specified circumstances,
   such as when a node becomes inaccessible, a network becomes
   inaccessible, a resource group moves from one node to another,
   and so forth./

   /You can start the test, let it run unattended, and return later
   to evaluate the results of your testing./

   /If you want to run an automated suite of basic cluster tests
   for topology and resource group management, you can run the
   automated test suite from SMIT. If you are an
   experiencedPowerHA SystemMirror//administrator and want to
   tailor cluster testing to your environment, you can also create
   custom tests that can be run from SMIT./

   /It is recommended to run the tool after you initially
   configurePowerHA SystemMirrorand before you put your
   cluster into a production environment; after you make cluster
   configuration changes while the cluster is out of service; or at
   regular intervals even though the cluster appears to be
   functioning well./


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nathanaël Blanchet]

what about LXC integration?

Le 12/09/2014 14:22, Itamar Heim a écrit :
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
oVirt 3.6"?


Thanks,
   Itamar
___
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] [RFI] oVirt 3.6 Planning

[Sven Kieske]

Hi,

I think this question did not get answered so far and I think this is a
crucial point. While it's cool you can integrate ovirt with openstack
I don't think it should be necessary when you want certain features.

Because, like Daniel wrote: Why should I install ovirt if I need
multiple openstack components anyway? I could just go on and deploy
openstack and not use ovirt?

But I also have the same opinion as Daniel: openstack ist "too big"
to deploy for traditional vm workloads.

So it would be much appreciated if this questions could get answered.


On 15/09/14 17:17, Daniel Helgenberger wrote:
> Please allow me a 'heretic' question, will oVirt make itself obsoleted
> in the future because all of the core functionality is moved to an
> external provider? Is it better for my use case (small/medium business
> and not in the telco sector) to deploy OpenStack in the first place and
> not to use oVirt at all? ATM OpenStack seems to me like the literal
> sledgehammer to crack a nut.

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[plysan]

2014-09-14 4:21 GMT+08:00 Itamar Heim :

> On 09/12/2014 04:45 PM, Federico Alberto Sayd wrote:
>
>> On 12/09/14 09:55, Jakub Bittner wrote:
>>
>>> ISO upload over web UI.
>>>
>> +1, Is it so hard to implement such feature?
>>
>
> well, the tricky part is web ui access the engine, which doesn't access
> the storage, rather the hosts do, so you need to stream it via the engine.
> good news are vdsm has now upload/download api's which should hopefully
> pave the way for this to materialize.


another problem is upload large file( usually over 2G ) in web pages.
my thoughs on this is to split large file in small chunks and merge it on
server( engine side )
there are paid software available like PLupload but we may implement by
ourselves, right ?

another approach is not upload using http, but this would be complex for
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] [RFI] oVirt 3.6 Planning

[Punit Dambiwal]

Hi,

Also can add multiple ips to a single (VNIC) network interface...on Guest
VM...

Thanks,
Punit

On Wed, Sep 17, 2014 at 12:39 AM, Daniel Helgenberger <
daniel.helgenber...@m-box.de> wrote:

>
> On 16.09.2014 16:20, Antoni Segura Puimedon wrote:
> >
> > - Original Message -
> >> From: "Daniel Helgenberger" 
> >> To: "Itamar Heim" , "Livnat Peer" 
> >> Cc: users@ovirt.org
> >> Sent: Monday, September 15, 2014 5:17:20 PM
> >> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
> >>
> >>
> >> On 15.09.2014 15:23, Itamar Heim wrote:
> >>> On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
> >>>> Hello Livnat,
> >>>> On 15.09.2014 14:46, Livnat Peer wrote:
> >>>>> On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
> >>>>>> Hello,
> >>>>>> +1 for the iso uploader,
> >>>>>> +1 for hostusb in UI
> >>>>>> +1 EL 7 (on the roadmap anyway?)
> >>>>>>
> >>>>>> With hostusb some more host-dev virtualization could be added. Top
> of my
> >>>>>> list is:
> >>>>>> - SR-IOV
> >>>>>> - NPV
> >>>>>> - VFIO
> >>>>>>
> >>>>>> These things could be handled on cluster level - hypervisors need to
> >>>>>> have the same hardware configuration anyway.
> >>>>>>
> >>>>>> Also, I think its time to add official support for OpenVswitch?
> >>>>>>
> >>>>> Are you looking for a specific functionality that is available via
> >>>>> OpenVswitch (=OVS)?
> >>>>> also we have the Neutron integration where we use OVS.
> >>>> I think its sufficient to say OVS is a 'real' modern switch while
> plain
> >>>> ol' linux bridge is not (so much any more). Of curse, maybe
> implementing
> >>>> other things like macvtap and / or SR-IOV achieves just the same thing
> >>>> (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
> >>>> ect. on my switches).
> >>>>
> >>>> I know you can point on OpenStack integration because you get those
> >>>> features for 'free' (see Ceph). But what about users like me who do
> not
> >>>> wish / can / should implement the whole OpenStack but rather want to
> run
> >>>> 'plain' oVirt?
> >>> that's why we added in 3.5 a standalone, pre-configured, neutron
> virtual
> >>> appliance so you won't need "all of openstack"?
> >> Witch is certainly nice to have. But this is not the point. IMHO storage
> >> and networking are core functions for a virtualization platform. And
> >> such a platform will need to reflect the the progress made in general
> >> and in particular by the hypervisor monitor (libvirt).
> >> I am no developer and can hardly estimate the coding effort and do not
> >> want you to redo already working things. But at least in case of Ceph
> >> there is the API from libvirt, this is true for all the other things I
> >> mentioned, in my naive view they are all variations of the hostusb hook.
> >> Certainly I can deploy OVS myself and manage it from CLI, witch is what
> >> I do now.
> >> Could you share how you set it up, i.e., how you map networks to ovs
> >> and everything that you configure? Depending on the size, making a
> >> vdsm configurator for it would not be that difficult (and the fine
> >> tunning could come with hooks).
> Hello Antoni,
> I see this was very misleading, sorry. With the phrase 'witch is what
> I do now' I literally meant 'right now' witch is not (yet) oVirt/vdsm
> but plain libvirt / virsh / virt-manager.
>
> Since libvirt supports OVS directly; I just use  type='openvswitch'/> in my network xml; then define VLANs and QoS with
> ovs-vsctl cli. So I am used to OVS management and the flexibility it
> offers.
> I was also trying to mangle things in oVirt - but I could not get OVS to
> work with oVirt managed bridges and gave up (since I cannot use such
> 'hacks' in production environments, company and my own policy).
>
> Thanks!
>
> PS: I hope I made myself clear in my last mails, OVS is not the 'killer'
> feature witch decides whatever I deploy oVirt or not. Linux bridge and
> libvirt network QoS are well tested. But I will surely miss

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Daniel Helgenberger]

On 16.09.2014 16:20, Antoni Segura Puimedon wrote:
>
> - Original Message -
>> From: "Daniel Helgenberger" 
>> To: "Itamar Heim" , "Livnat Peer" 
>> Cc: users@ovirt.org
>> Sent: Monday, September 15, 2014 5:17:20 PM
>> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
>>
>>
>> On 15.09.2014 15:23, Itamar Heim wrote:
>>> On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
>>>> Hello Livnat,
>>>> On 15.09.2014 14:46, Livnat Peer wrote:
>>>>> On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
>>>>>> Hello,
>>>>>> +1 for the iso uploader,
>>>>>> +1 for hostusb in UI
>>>>>> +1 EL 7 (on the roadmap anyway?)
>>>>>>
>>>>>> With hostusb some more host-dev virtualization could be added. Top of my
>>>>>> list is:
>>>>>> - SR-IOV
>>>>>> - NPV
>>>>>> - VFIO
>>>>>>
>>>>>> These things could be handled on cluster level - hypervisors need to
>>>>>> have the same hardware configuration anyway.
>>>>>>
>>>>>> Also, I think its time to add official support for OpenVswitch?
>>>>>>
>>>>> Are you looking for a specific functionality that is available via
>>>>> OpenVswitch (=OVS)?
>>>>> also we have the Neutron integration where we use OVS.
>>>> I think its sufficient to say OVS is a 'real' modern switch while plain
>>>> ol' linux bridge is not (so much any more). Of curse, maybe implementing
>>>> other things like macvtap and / or SR-IOV achieves just the same thing
>>>> (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
>>>> ect. on my switches).
>>>>
>>>> I know you can point on OpenStack integration because you get those
>>>> features for 'free' (see Ceph). But what about users like me who do not
>>>> wish / can / should implement the whole OpenStack but rather want to run
>>>> 'plain' oVirt?
>>> that's why we added in 3.5 a standalone, pre-configured, neutron virtual
>>> appliance so you won't need "all of openstack"?
>> Witch is certainly nice to have. But this is not the point. IMHO storage
>> and networking are core functions for a virtualization platform. And
>> such a platform will need to reflect the the progress made in general
>> and in particular by the hypervisor monitor (libvirt).
>> I am no developer and can hardly estimate the coding effort and do not
>> want you to redo already working things. But at least in case of Ceph
>> there is the API from libvirt, this is true for all the other things I
>> mentioned, in my naive view they are all variations of the hostusb hook.
>> Certainly I can deploy OVS myself and manage it from CLI, witch is what
>> I do now.
>> Could you share how you set it up, i.e., how you map networks to ovs
>> and everything that you configure? Depending on the size, making a
>> vdsm configurator for it would not be that difficult (and the fine
>> tunning could come with hooks).
Hello Antoni,
I see this was very misleading, sorry. With the phrase 'witch is what
I do now' I literally meant 'right now' witch is not (yet) oVirt/vdsm
but plain libvirt / virsh / virt-manager.

Since libvirt supports OVS directly; I just use  in my network xml; then define VLANs and QoS with
ovs-vsctl cli. So I am used to OVS management and the flexibility it
offers.
I was also trying to mangle things in oVirt - but I could not get OVS to
work with oVirt managed bridges and gave up (since I cannot use such
'hacks' in production environments, company and my own policy).

Thanks!

PS: I hope I made myself clear in my last mails, OVS is not the 'killer'
feature witch decides whatever I deploy oVirt or not. Linux bridge and
libvirt network QoS are well tested. But I will surely miss some things
later on I cannot do directly. What I do with it and what I use it
currently for - please refer to my mail to Livnat.

>
>> But in the end, I would very much like to do this via one integrated
>> GUI, this is why I deploy oVirt (witch I see as a open source
>> counterpart to EXi. Esp.  the concept of one engine for management - but
>> not critical for running my VMs.)
>> Please allow me a 'heretic' question, will oVirt make itself obsoleted
>> in the future because all of the core functionality is moved to an
>> external provider? Is it better for my use case (small/medium busin

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Daniel Helgenberger]

On 16.09.2014 09:17, Livnat Peer wrote:
> On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
>> Hello Livnat,
>> On 15.09.2014 14:46, Livnat Peer wrote:
>>> On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
 Hello,
 +1 for the iso uploader,
 +1 for hostusb in UI
 +1 EL 7 (on the roadmap anyway?)

 With hostusb some more host-dev virtualization could be added. Top of my
 list is:
 - SR-IOV
 - NPV
 - VFIO

 These things could be handled on cluster level - hypervisors need to
 have the same hardware configuration anyway.

 Also, I think its time to add official support for OpenVswitch?

>>> Are you looking for a specific functionality that is available via
>>> OpenVswitch (=OVS)?
>>> also we have the Neutron integration where we use OVS.
>> I think its sufficient to say OVS is a 'real' modern switch while plain
>> ol' linux bridge is not (so much any more). Of curse, maybe implementing
>> other things like macvtap and / or SR-IOV achieves just the same thing
>> (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
>> ect. on my switches).
>>
>> I know you can point on OpenStack integration because you get those
>> features for 'free' (see Ceph). But what about users like me who do not
>> wish / can / should implement the whole OpenStack but rather want to run
>> 'plain' oVirt?
>> I think this might not be a desirable way to add / modernize features as
>> it creates a huge overhead (at least in my use case, medium business. I
>> did this once for Glance 'just' to get a way to more easily handle
>> import / export of image files, now I need to implement Neutron 'just'
>> to get OVS?).
>>
>> Don't get me wrong - OpenStack integration is a wonderful thing witch
>> leaves room for expansion - later on.
>>
>> Thanks!
> Hi Daniel,
>
> We did a lot of work in VDSM to make it more pluggable. part of it was
> to extract the LB specific implementation to a configurator which
> enables adding support to OVS. Take a look at -
>
> http://www.ovirt.org/Feature/NetworkReloaded#Network_configurators
>
> We did not implement the OVS configurator, but it's an option we should
> look into.
>
> It would help if you can specify concrete work that you are doing with
> OVS, is it just a general, traditional work or are you using the flows
> in OVS, other?
>
>
> Livnat
Hello Livnat,

sorry for the delay.
great to hear. I just read through NetworksReloaded - I think I already
stumbled over this wiki page a while back.
There was also a wiki page - OVS integration in Ovirt, from a student
wanting to write his theses (couldn't find it any more).
Right now I do 'traditional' work with OVS; if you count things like
QinQ (I need this for some transparent firewalling). Recently we I got a
new backbone switch witch supports OpenFlow. I am in the middle of a
network redesign and would like implement this (but not doing so right
now). In the end my goal is to get nearer to the ideal single point of
administration. Ovirt satisfies most of my needs there and I will deploy
it in our new infra (I am still evaling proxmox vs ovirt vs esxi).

Do I need OpenFlow and / or OVS to get things working? Certainly not. As
I mentioned, I can also do the same with SR-IOV together with plain
switch management CLI. I just want to use some more 'advanced' things I
cannot do with linux bridge. Also, if done right things tend to grow -
in the near future there will be more need for some advanced features
(otherwise nobody would buy managed switches). Also, Proxmox and ESXi
have implemented 'real' managed switches (OVS, Cisco).

Having you look into the matter for 3.6 is all I hoped for!
Cheers,
>>>
 Thanks,
  
 On 12.09.2014 14:23, Itamar Heim wrote:
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
> oVirt 3.6"?
>
> Thanks,
> Itamar
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Antoni Segura Puimedon]

- Original Message -
> From: "Daniel Helgenberger" 
> To: "Itamar Heim" , "Livnat Peer" 
> Cc: users@ovirt.org
> Sent: Monday, September 15, 2014 5:17:20 PM
> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
> 
> 
> On 15.09.2014 15:23, Itamar Heim wrote:
> > On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
> >> Hello Livnat,
> >> On 15.09.2014 14:46, Livnat Peer wrote:
> >>> On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
> >>>> Hello,
> >>>> +1 for the iso uploader,
> >>>> +1 for hostusb in UI
> >>>> +1 EL 7 (on the roadmap anyway?)
> >>>>
> >>>> With hostusb some more host-dev virtualization could be added. Top of my
> >>>> list is:
> >>>> - SR-IOV
> >>>> - NPV
> >>>> - VFIO
> >>>>
> >>>> These things could be handled on cluster level - hypervisors need to
> >>>> have the same hardware configuration anyway.
> >>>>
> >>>> Also, I think its time to add official support for OpenVswitch?
> >>>>
> >>> Are you looking for a specific functionality that is available via
> >>> OpenVswitch (=OVS)?
> >>> also we have the Neutron integration where we use OVS.
> >> I think its sufficient to say OVS is a 'real' modern switch while plain
> >> ol' linux bridge is not (so much any more). Of curse, maybe implementing
> >> other things like macvtap and / or SR-IOV achieves just the same thing
> >> (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
> >> ect. on my switches).
> >>
> >> I know you can point on OpenStack integration because you get those
> >> features for 'free' (see Ceph). But what about users like me who do not
> >> wish / can / should implement the whole OpenStack but rather want to run
> >> 'plain' oVirt?
> > that's why we added in 3.5 a standalone, pre-configured, neutron virtual
> > appliance so you won't need "all of openstack"?
> Witch is certainly nice to have. But this is not the point. IMHO storage
> and networking are core functions for a virtualization platform. And
> such a platform will need to reflect the the progress made in general
> and in particular by the hypervisor monitor (libvirt).
> I am no developer and can hardly estimate the coding effort and do not
> want you to redo already working things. But at least in case of Ceph
> there is the API from libvirt, this is true for all the other things I
> mentioned, in my naive view they are all variations of the hostusb hook.
> Certainly I can deploy OVS myself and manage it from CLI, witch is what
> I do now.

Could you share how you set it up, i.e., how you map networks to ovs
and everything that you configure? Depending on the size, making a
vdsm configurator for it would not be that difficult (and the fine
tunning could come with hooks).

> 
> But in the end, I would very much like to do this via one integrated
> GUI, this is why I deploy oVirt (witch I see as a open source
> counterpart to EXi. Esp.  the concept of one engine for management - but
> not critical for running my VMs.)
> Please allow me a 'heretic' question, will oVirt make itself obsoleted
> in the future because all of the core functionality is moved to an
> external provider? Is it better for my use case (small/medium business
> and not in the telco sector) to deploy OpenStack in the first place and
> not to use oVirt at all? ATM OpenStack seems to me like the literal
> sledgehammer to crack a nut.
> 
> Thanks,
> <http://www.dict.cc/englisch-deutsch/to+take+a+sledgehammer+to+crack+a+nut.html>
> 
> >
> >> I think this might not be a desirable way to add / modernize features as
> >> it creates a huge overhead (at least in my use case, medium business. I
> >> did this once for Glance 'just' to get a way to more easily handle
> >> import / export of image files, now I need to implement Neutron 'just'
> >> to get OVS?).
> >>
> >> Don't get me wrong - OpenStack integration is a wonderful thing witch
> >> leaves room for expansion - later on.
> >>
> >> Thanks!
> >>>
> >>>> Thanks,
> >>>>
> >>>> On 12.09.2014 14:23, Itamar Heim wrote:
> >>>>> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> >>>>> oVirt 3.6"?
> >>>>>
> >>>>> Thanks,
> >>>>>  Itamar
> >>>>> ___
> >>>>> Users mailing list
> >>>>> Users@ovirt.org
> >>>>> http://lists.ovirt.org/mailman/listinfo/users
> >>>>>
> >
> 
> --
> Daniel Helgenberger
> m box bewegtbild GmbH
> 
> P: +49/30/2408781-22
> F: +49/30/2408781-10
> 
> ACKERSTR. 19
> D-10115 BERLIN
> 
> 
> www.m-box.de  www.monkeymen.tv
> 
> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> 
> ___
> 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] [RFI] oVirt 3.6 Planning

[Simone Tiraboschi]

- Original Message -
> From: "Itamar Heim" 
> To: users@ovirt.org
> Sent: Friday, September 12, 2014 2:22:41 PM
> Subject: [ovirt-users] [RFI] oVirt 3.6 Planning
> 
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6"?

Personally I'd like to see a more complete and enterprise grade PKI 
infrastructure.
Now PKI stuff is simply handled on the engine host via CLI tools, I'd like to 
have a set of APIs to locally or remotely access PKI infrastructure to submit 
and handle certificate signing requests, cert revocation list and so on.
It could also expose a human interface within the web administration 
application.
It could be developed from scratch or got integrating another project like 
fedora dogatg [1]


It's something we already discussed in the past [2]

ciao,
Simone



[1] http://pki.fedoraproject.org/wiki/PKI_Main_Page
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1134219
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[plysan]

Export vm snapshot to export domain separately, so that vm can be exported
more efficiently if vm has taken a new snapshot

2014-09-12 20:22 GMT+08:00 Itamar Heim :

> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6"?
>
> Thanks,
>Itamar
> ___
> 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] [RFI] oVirt 3.6 Planning

[Livnat Peer]

On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
> Hello Livnat,
> On 15.09.2014 14:46, Livnat Peer wrote:
>> On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
>>> Hello,
>>> +1 for the iso uploader,
>>> +1 for hostusb in UI
>>> +1 EL 7 (on the roadmap anyway?)
>>>
>>> With hostusb some more host-dev virtualization could be added. Top of my
>>> list is:
>>> - SR-IOV
>>> - NPV
>>> - VFIO
>>>
>>> These things could be handled on cluster level - hypervisors need to
>>> have the same hardware configuration anyway.
>>>
>>> Also, I think its time to add official support for OpenVswitch?
>>>
>> Are you looking for a specific functionality that is available via
>> OpenVswitch (=OVS)?
>> also we have the Neutron integration where we use OVS.
> I think its sufficient to say OVS is a 'real' modern switch while plain
> ol' linux bridge is not (so much any more). Of curse, maybe implementing
> other things like macvtap and / or SR-IOV achieves just the same thing
> (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
> ect. on my switches).
> 
> I know you can point on OpenStack integration because you get those
> features for 'free' (see Ceph). But what about users like me who do not
> wish / can / should implement the whole OpenStack but rather want to run
> 'plain' oVirt?
> I think this might not be a desirable way to add / modernize features as
> it creates a huge overhead (at least in my use case, medium business. I
> did this once for Glance 'just' to get a way to more easily handle
> import / export of image files, now I need to implement Neutron 'just'
> to get OVS?).
> 
> Don't get me wrong - OpenStack integration is a wonderful thing witch
> leaves room for expansion - later on.
> 
> Thanks!

Hi Daniel,

We did a lot of work in VDSM to make it more pluggable. part of it was
to extract the LB specific implementation to a configurator which
enables adding support to OVS. Take a look at -

http://www.ovirt.org/Feature/NetworkReloaded#Network_configurators

We did not implement the OVS configurator, but it's an option we should
look into.

It would help if you can specify concrete work that you are doing with
OVS, is it just a general, traditional work or are you using the flows
in OVS, other?


Livnat


>>
>>
>>> Thanks,
>>>  
>>> On 12.09.2014 14:23, Itamar Heim wrote:
 With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
 oVirt 3.6"?

 Thanks,
 Itamar
 ___
 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] [RFI] oVirt 3.6 Planning

[Yair Zaslavsky]

Switch our providers (i.e - neutron) to extapi based extensions.



- Original Message -
> From: "Itamar Heim" 
> To: users@ovirt.org
> Sent: Friday, September 12, 2014 3:22:41 PM
> Subject: [ovirt-users] [RFI] oVirt 3.6 Planning
> 
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6"?
> 
> Thanks,
> Itamar
> ___
> 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] [RFI] oVirt 3.6 Planning

[s k]

On 12/09/14 09:22, Itamar Heim wrote:
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
> oVirt 3.6"?
>
> Thanks,
>Itamar
> ___
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Performance metric similar to what VMware calls "CPU Ready" would be very 
useful if it was available in the VM details in the admin portal. 
It would provide great visibility on VM's performance in an environment with 
CPU overallocation.
  ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Federico Alberto Sayd]

On 12/09/14 09:22, Itamar Heim wrote:
With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
oVirt 3.6"?


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



Backup frontend through WebUI

Progress bar and percent of completion also for snapshots vm cloning and 
disk copy


Basic vm performance graphs in the WebUI without Reports/DHW


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 06:17 PM, Daniel Helgenberger wrote:


On 15.09.2014 15:23, Itamar Heim wrote:

On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:

Hello Livnat,
On 15.09.2014 14:46, Livnat Peer wrote:

On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:

Hello,
+1 for the iso uploader,
+1 for hostusb in UI
+1 EL 7 (on the roadmap anyway?)

With hostusb some more host-dev virtualization could be added. Top of my
list is:
- SR-IOV
- NPV
- VFIO

These things could be handled on cluster level - hypervisors need to
have the same hardware configuration anyway.

Also, I think its time to add official support for OpenVswitch?


Are you looking for a specific functionality that is available via
OpenVswitch (=OVS)?
also we have the Neutron integration where we use OVS.

I think its sufficient to say OVS is a 'real' modern switch while plain
ol' linux bridge is not (so much any more). Of curse, maybe implementing
other things like macvtap and / or SR-IOV achieves just the same thing
(at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
ect. on my switches).

I know you can point on OpenStack integration because you get those
features for 'free' (see Ceph). But what about users like me who do not
wish / can / should implement the whole OpenStack but rather want to run
'plain' oVirt?

that's why we added in 3.5 a standalone, pre-configured, neutron virtual
appliance so you won't need "all of openstack"?

Witch is certainly nice to have. But this is not the point. IMHO storage
and networking are core functions for a virtualization platform. And
such a platform will need to reflect the the progress made in general
and in particular by the hypervisor monitor (libvirt).
I am no developer and can hardly estimate the coding effort and do not
want you to redo already working things. But at least in case of Ceph
there is the API from libvirt, this is true for all the other things I
mentioned, in my naive view they are all variations of the hostusb hook.
Certainly I can deploy OVS myself and manage it from CLI, witch is what
I do now.

But in the end, I would very much like to do this via one integrated
GUI, this is why I deploy oVirt (witch I see as a open source
counterpart to EXi. Esp.  the concept of one engine for management - but
not critical for running my VMs.)
Please allow me a 'heretic' question, will oVirt make itself obsoleted
in the future because all of the core functionality is moved to an
external provider? Is it better for my use case (small/medium business
and not in the telco sector) to deploy OpenStack in the first place and
not to use oVirt at all? ATM OpenStack seems to me like the literal
sledgehammer to crack a nut.


well, we are trying things out, seeing what works, what makes sense, 
what does not, etc.
yes, ceph is supported by libvirt. the cinder-ceph approach will use 
that libvirt functionality. but the "meta data" actions (create disk, 
etc.) will be done via engine-cinder-ceph, rather than engine-vdsm-ceph.
for both cinder and neutron, the nice thing about them is a very large 
ecosystem of 3rd party implementations which are easy to leverage due to 
the integration.
no, it doesn't mean all features will be done only through neutron or 
cinder, but some functionality make more sense there than doing 
everything natively. just like doing bare metal provisioning and some 
guest provisioning makes more sense through an external provider (we 
pushed a foreman integration, someone can contribute another flavor).
Same for advanced scheduling - we added integration via optaplanner for 
advanced scheduling/load-balancing.






Thanks,





I think this might not be a desirable way to add / modernize features as
it creates a huge overhead (at least in my use case, medium business. I
did this once for Glance 'just' to get a way to more easily handle
import / export of image files, now I need to implement Neutron 'just'
to get OVS?).

Don't get me wrong - OpenStack integration is a wonderful thing witch
leaves room for expansion - later on.

Thanks!



Thanks,

On 12.09.2014 14:23, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
  Itamar
___
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] [RFI] oVirt 3.6 Planning

[Daniel Helgenberger]

On 15.09.2014 15:23, Itamar Heim wrote:
> On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:
>> Hello Livnat,
>> On 15.09.2014 14:46, Livnat Peer wrote:
>>> On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
 Hello,
 +1 for the iso uploader,
 +1 for hostusb in UI
 +1 EL 7 (on the roadmap anyway?)

 With hostusb some more host-dev virtualization could be added. Top of my
 list is:
 - SR-IOV
 - NPV
 - VFIO

 These things could be handled on cluster level - hypervisors need to
 have the same hardware configuration anyway.

 Also, I think its time to add official support for OpenVswitch?

>>> Are you looking for a specific functionality that is available via
>>> OpenVswitch (=OVS)?
>>> also we have the Neutron integration where we use OVS.
>> I think its sufficient to say OVS is a 'real' modern switch while plain
>> ol' linux bridge is not (so much any more). Of curse, maybe implementing
>> other things like macvtap and / or SR-IOV achieves just the same thing
>> (at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
>> ect. on my switches).
>>
>> I know you can point on OpenStack integration because you get those
>> features for 'free' (see Ceph). But what about users like me who do not
>> wish / can / should implement the whole OpenStack but rather want to run
>> 'plain' oVirt?
> that's why we added in 3.5 a standalone, pre-configured, neutron virtual 
> appliance so you won't need "all of openstack"?
Witch is certainly nice to have. But this is not the point. IMHO storage
and networking are core functions for a virtualization platform. And
such a platform will need to reflect the the progress made in general
and in particular by the hypervisor monitor (libvirt).
I am no developer and can hardly estimate the coding effort and do not
want you to redo already working things. But at least in case of Ceph
there is the API from libvirt, this is true for all the other things I
mentioned, in my naive view they are all variations of the hostusb hook.
Certainly I can deploy OVS myself and manage it from CLI, witch is what
I do now.

But in the end, I would very much like to do this via one integrated
GUI, this is why I deploy oVirt (witch I see as a open source
counterpart to EXi. Esp.  the concept of one engine for management - but
not critical for running my VMs.)
Please allow me a 'heretic' question, will oVirt make itself obsoleted
in the future because all of the core functionality is moved to an
external provider? Is it better for my use case (small/medium business
and not in the telco sector) to deploy OpenStack in the first place and
not to use oVirt at all? ATM OpenStack seems to me like the literal
sledgehammer to crack a nut.

Thanks,


>
>> I think this might not be a desirable way to add / modernize features as
>> it creates a huge overhead (at least in my use case, medium business. I
>> did this once for Glance 'just' to get a way to more easily handle
>> import / export of image files, now I need to implement Neutron 'just'
>> to get OVS?).
>>
>> Don't get me wrong - OpenStack integration is a wonderful thing witch
>> leaves room for expansion - later on.
>>
>> Thanks!
>>>
 Thanks,

 On 12.09.2014 14:23, Itamar Heim wrote:
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6"?
>
> Thanks,
>  Itamar
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 04:10 PM, Daniel Helgenberger wrote:

Hello Livnat,
On 15.09.2014 14:46, Livnat Peer wrote:

On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:

Hello,
+1 for the iso uploader,
+1 for hostusb in UI
+1 EL 7 (on the roadmap anyway?)

With hostusb some more host-dev virtualization could be added. Top of my
list is:
- SR-IOV
- NPV
- VFIO

These things could be handled on cluster level - hypervisors need to
have the same hardware configuration anyway.

Also, I think its time to add official support for OpenVswitch?


Are you looking for a specific functionality that is available via
OpenVswitch (=OVS)?
also we have the Neutron integration where we use OVS.

I think its sufficient to say OVS is a 'real' modern switch while plain
ol' linux bridge is not (so much any more). Of curse, maybe implementing
other things like macvtap and / or SR-IOV achieves just the same thing
(at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
ect. on my switches).

I know you can point on OpenStack integration because you get those
features for 'free' (see Ceph). But what about users like me who do not
wish / can / should implement the whole OpenStack but rather want to run
'plain' oVirt?


that's why we added in 3.5 a standalone, pre-configured, neutron virtual 
appliance so you won't need "all of openstack"?



I think this might not be a desirable way to add / modernize features as
it creates a huge overhead (at least in my use case, medium business. I
did this once for Glance 'just' to get a way to more easily handle
import / export of image files, now I need to implement Neutron 'just'
to get OVS?).

Don't get me wrong - OpenStack integration is a wonderful thing witch
leaves room for expansion - later on.

Thanks!




Thanks,

On 12.09.2014 14:23, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
 Itamar
___
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] [RFI] oVirt 3.6 Planning

[Daniel Helgenberger]

Hello Livnat,
On 15.09.2014 14:46, Livnat Peer wrote:
> On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
>> Hello,
>> +1 for the iso uploader,
>> +1 for hostusb in UI
>> +1 EL 7 (on the roadmap anyway?)
>>
>> With hostusb some more host-dev virtualization could be added. Top of my
>> list is:
>> - SR-IOV
>> - NPV
>> - VFIO
>>
>> These things could be handled on cluster level - hypervisors need to
>> have the same hardware configuration anyway.
>>
>> Also, I think its time to add official support for OpenVswitch?
>>
> Are you looking for a specific functionality that is available via
> OpenVswitch (=OVS)?
> also we have the Neutron integration where we use OVS.
I think its sufficient to say OVS is a 'real' modern switch while plain
ol' linux bridge is not (so much any more). Of curse, maybe implementing
other things like macvtap and / or SR-IOV achieves just the same thing
(at least for me, as I then mange vlans/trunks and QoS, Spanning Tree
ect. on my switches).

I know you can point on OpenStack integration because you get those
features for 'free' (see Ceph). But what about users like me who do not
wish / can / should implement the whole OpenStack but rather want to run
'plain' oVirt?
I think this might not be a desirable way to add / modernize features as
it creates a huge overhead (at least in my use case, medium business. I
did this once for Glance 'just' to get a way to more easily handle
import / export of image files, now I need to implement Neutron 'just'
to get OVS?).

Don't get me wrong - OpenStack integration is a wonderful thing witch
leaves room for expansion - later on.

Thanks!
>
>
>> Thanks,
>>  
>> On 12.09.2014 14:23, Itamar Heim wrote:
>>> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
>>> oVirt 3.6"?
>>>
>>> Thanks,
>>> Itamar
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

On 09/15/2014 02:54 PM, Itamar Heim wrote:

On 09/12/2014 09:51 PM, Jorick Astrego wrote:

Seperation of user/admin front end and engine is on our list.

Currently we have the websocketproxy on a different host option and a
user/admin gui on a different host option would be nice to have.


juan was kind enough to wikify. something like this?
http://www.ovirt.org/Squid_Reverse_Proxy

(please cc mailing list in replies. thanks)


Ah yes, that will do fine. Why I didn't think of that.

Thanks!

Jorick Astrego
Netbulae

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

On 09/15/2014 02:21 PM, Juan Pablo Lorier wrote:

+1 to iso upload from gui
+1 to ceph support (if the way is via Cynder, then integrate Cynder in
Ovirt as you did with neutron to get arround the lack of features in
networking)

I've been asking for several things (with their respective RFEs) and as
versions go by without success, I'm asking again:

- 1049994   [RFE] Allow choosing network interface for gluster domain
traffic
- 1049476   [RFE] Mix untagged and tagged Logical Networks on the same NIC
- 1029489   [RFE] Export not exporting direct lun disk
- 1051002   [RFE] ISO domain should be a simple NFS share containing ISOs


Maybe we should focus on all the RFE's already in the system instead of 
thinking of new things to add.


There are currently 216 RFE's pending a next release (bugzilla search) 
for what I see. I know they can't be all implemented so easy but it 
should be enough work for a while, and people requested them due to 
demand for it in most cases ;-)


Kind regards,

Jorick Astrego
Netbulae

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Livnat Peer]

On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:
> Hello,
> +1 for the iso uploader,
> +1 for hostusb in UI
> +1 EL 7 (on the roadmap anyway?)
> 
> With hostusb some more host-dev virtualization could be added. Top of my
> list is:
> - SR-IOV
> - NPV
> - VFIO
> 
> These things could be handled on cluster level - hypervisors need to
> have the same hardware configuration anyway.
> 
> Also, I think its time to add official support for OpenVswitch?
> 

Are you looking for a specific functionality that is available via
OpenVswitch (=OVS)?
also we have the Neutron integration where we use OVS.


> Thanks,
>  
> On 12.09.2014 14:23, Itamar Heim wrote:
>> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
>> oVirt 3.6"?
>>
>> Thanks,
>> Itamar
>> ___
>> 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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/15/2014 03:15 PM, Daniel Helgenberger wrote:

Also, I think its time to add official support for OpenVswitch?


That's available via the neutron integration?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Juan Pablo Lorier]

+1 to iso upload from gui
+1 to ceph support (if the way is via Cynder, then integrate Cynder in
Ovirt as you did with neutron to get arround the lack of features in
networking)

I've been asking for several things (with their respective RFEs) and as
versions go by without success, I'm asking again:

- 1049994   [RFE] Allow choosing network interface for gluster domain
traffic
- 1049476   [RFE] Mix untagged and tagged Logical Networks on the same NIC
- 1029489   [RFE] Export not exporting direct lun disk
- 1051002   [RFE] ISO domain should be a simple NFS share containing ISOs



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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Daniel Helgenberger]

Hello,
+1 for the iso uploader,
+1 for hostusb in UI
+1 EL 7 (on the roadmap anyway?)

With hostusb some more host-dev virtualization could be added. Top of my
list is:
- SR-IOV
- NPV
- VFIO

These things could be handled on cluster level - hypervisors need to
have the same hardware configuration anyway.

Also, I think its time to add official support for OpenVswitch?

Thanks,
 
On 12.09.2014 14:23, Itamar Heim wrote:
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in 
> oVirt 3.6"?
>
> Thanks,
> Itamar
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Fabian Deutsch]

Auto-configuration of the oVirt Virtual Appliance by hosted-engine setup.

Basically give hosted-engine setup the features to configure the appliance to 
work well.
Especially take care about host+guest side OS level configuration like i.e. 
networks.

- fabian

- Original Message -
> With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> oVirt 3.6"?
> 
> Thanks,
> Itamar
> ___
> 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] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

Another one from our list:

   Log Browser to view, search, and export Logs for troubleshooting
   
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2032888


   Purpose

   You can view, search, and export one or more vCenter Server and ESXi
   log files at a time using the log browser.
   You can also export, manage, and view different log types.


I like to use ssh myself (or our log server) but we would like to 
severely limit ssh access to the engine.


It would be great to have a webGUI log view to do troubleshooting from. 
The current events and alerts view is not really practical.


Kind regards,

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Jorick Astrego]

On 09/13/2014 10:21 PM, Itamar Heim wrote:

On 09/12/2014 04:45 PM, Federico Alberto Sayd wrote:

On 12/09/14 09:55, Jakub Bittner wrote:

ISO upload over web UI.

+1, Is it so hard to implement such feature?


well, the tricky part is web ui access the engine, which doesn't 
access the storage, rather the hosts do, so you need to stream it via 
the engine.
good news are vdsm has now upload/download api's which should 
hopefully pave the way for this to materialize.



+1 and don't forget the image uploader over web UI.

Kind regards,

Jorick Astrego
Netbulae

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Punit Dambiwal]

Hi All,

I want a better way to prevent Ip spoofing on the guest VM's...

Thanks,
Punit

On Sun, Sep 14, 2014 at 10:04 PM, Mohyedeen Nazzal <
mohyedeen.naz...@gmail.com> wrote:

>
>
> On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 13.09.2014 22:25, Itamar Heim wrote:
>> > like the hostusb vdsm hook allows?
>> is this installed by default, yet?
>> furthermore I think you need to enable it via engine-config(custom
>> parameters), don't you?
>>
>> I guess what is asked for is something working "out of the box".
>>
>> Yes It's supported by hostusb hook,
> But this needs access to the host to list what what devices are installed.
> I have used once vSphere, and it allows to select which device to attach,
> I guess it would be nice to have this in future releases .
>
>
>> kind regards
>>
>> Sven
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.0.22 (MingW32)
>>
>> iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM
>> R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM
>> 57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm
>> G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV
>> 9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x
>> NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG
>> 2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8
>> 8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj
>> 4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow==
>> =fv56
>> -END PGP SIGNATURE-
>> ___
>> 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] [RFI] oVirt 3.6 Planning

[Mohyedeen Nazzal]

On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 13.09.2014 22:25, Itamar Heim wrote:
> > like the hostusb vdsm hook allows?
> is this installed by default, yet?
> furthermore I think you need to enable it via engine-config(custom
> parameters), don't you?
>
> I guess what is asked for is something working "out of the box".
>
> Yes It's supported by hostusb hook,
But this needs access to the host to list what what devices are installed.
I have used once vSphere, and it allows to select which device to attach,
I guess it would be nice to have this in future releases .


> kind regards
>
> Sven
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (MingW32)
>
> iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM
> R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM
> 57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm
> G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV
> 9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x
> NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG
> 2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8
> 8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj
> 4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow==
> =fv56
> -END PGP SIGNATURE-
> ___
> 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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 03:22 PM, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?



Even the short list of items mentions so far are big features we would 
need to do justice with.
this means probably a slightly longer cycle than the 6 months we 
currently do.
with many of the features requiring way newer versions of some of the 
components, I think we should plan for "3.6 cluster" to require an .el7 
host (expecting even 7.1 to be out before we release oVirt 3.6).


so i want us to plan for:
- oVirt 3.6 supports .el6 and .el7 hosts in 3.5 cluster (and for fedora
  - fc20?)
- oVirt 3.6 supports .el7 in 3.6 cluster (and for fedora - fc21?)

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/14/2014 03:06 AM, Sven Kieske wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13.09.2014 22:25, Itamar Heim wrote:

like the hostusb vdsm hook allows?

is this installed by default, yet?
furthermore I think you need to enable it via engine-config(custom
parameters), don't you?

I guess what is asked for is something working "out of the box".



I got that part :)
i wanted to make sure its about hostusb and not something else like usb 
remoting via spice, etc.


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Mohyedeen Nazzal]

On Sat, Sep 13, 2014 at 11:25 PM, Itamar Heim  wrote:

> On 09/13/2014 03:38 PM, Mohyedeen Nazzal wrote:
>
>> One more thing,,
>>
>> Being able to attach USB dongles from the admin portal...
>>
>
> like the hostusb vdsm hook allows?
>

Yes, exactly.

>
>> Thanks,
>> Mohyedeen.
>>
>> On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal
>> mailto:mohyedeen.naz...@gmail.com>> wrote:
>>
>> When VMs goes to unknown status, all control options are grayed, and
>> the only way to fix this is to update the Database manually, it will
>> be nice to be able to force the engine to poweroff the VM from admin
>> portal.
>>
>> Thanks,
>> Mohyedeen.
>>
>> On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer > <mailto:nsof...@redhat.com>> wrote:
>>
>> - Original Message -
>> > From: "Sven Kieske" > s.kie...@mittwald.de>>
>> > To:users@ovirt.org <mailto:users@ovirt.org>
>> > Sent: Friday, September 12, 2014 4:53:46 PM
>> > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
>> >
>> > +1!
>> >
>> > I really would like to see a fast working way to create, manage
>> > and use ceph in ovirt. I don't know if implementation through
>> > openstack component is enough, because you will need more
>> components
>> > then (keystone for auth e.g.).
>>
>> Sure you will need more components, but we don't want to
>> duplicate the effort,
>> implementing ceph support directly in ovirt. Using Cinder we can
>> reuse the
>> existing ceph support, and gain also support for other Cinder
>> drivers for
>> free.
>>
>> On the host side, we will have of course ceph specific support,
>> so you will
>> be able to create ceph volumes directly, and use vdsm api to
>> start vms using
>> these volumes, if you want more "direct" support.
>>
>> I think this is the general long term approach; integrate
>> openstack components
>> instead of re-implementing the wheel.
>>
>>  >
>>  > On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
>>  > > Dunno if CephFS efforts will be sustainable against
>> Glusterfs...
>>  > > I'm not sure if a posix fs is the best provider for blocks.
>>  > > I would be pleased to have a direct form to create a Ceph
>> pool for a
>>  > > datacenter, then provide librbd path for the guests (or
>> only their size).
>>  >
>>  > --
>>  > Mit freundlichen Grüßen / Regards
>>  >
>>  > Sven Kieske
>>  >
>>  > Systemadministrator
>>  > Mittwald CM Service GmbH & Co. KG
>>  > Königsberger Straße 6
>>  > 32339 Espelkamp
>>  > T: +49-5772-293-100 
>>  > F: +49-5772-293-333 
>>  > https://www.mittwald.de
>>  > Geschäftsführer: Robert Meyer
>>  > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG
>> Bad Oeynhausen
>>  > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG
>> Bad Oeynhausen
>>  > ___
>>  > Users mailing list
>>  > Users@ovirt.org <mailto:Users@ovirt.org>
>>  > http://lists.ovirt.org/mailman/listinfo/users
>>  >
>> ___
>> Users mailing list
>> Users@ovirt.org <mailto: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

[ovirt-users] [RFI] oVirt 3.6 Planning

[Paul Jansen]

My vote is for storage load balancing/scheduler.
Vmware's Vcenter has the concept of a 'storage cluster'.   It's essentially a 
logical storage device.
When you configure hosts/vms to use this device vcenter then works out which of 
the actual storage devices underneath this logical device is will send the 
storage requests to.
This works out as a basic form of load balacing by alternating where the 
storage for new vms are created.
This isn't particularly amazing, but what it does allow - with the highest end 
vcenter licensing anyway - is what Vmware calls 'storage distributed resource 
scheduling'.
Much like we already have the ability to have a scheduler that moves the 
execution of vms around on hosts based on load, this does the same thing for 
the storage component of VM.
Imagine having two configured storage locations under a 'storage cluster' and 
then having the ability to put one of the storage locations into 'maintenance 
mode'.  The storage scheduler would then 'live storage migrate' all the storage 
for vms over to the other storage location.  This would then allow the first 
storage location to be taken down for maintenance.
This approach also allows storage to scale over time as more is added.  The 
'storage scheduler' can take inputs such as latency etc into account and manage 
the load across the 'storage cluster' to balance things out and make smart 
decisions so that the avaialble storage is utilized as best as it can be (ie: 
not overloading one storage location while the other location is mainly idle).


I've done a bit a searching to see where Ovirt might be up to in this regard 
and what I've found seems to indicate that we are not anywhere near this 
capability just yet.
An important prerequisite is having the hosts able to actually do a live 
storage migration.  EL7 based hosts under ovirt 3.5 have this, as have Fedora 
19 and 20 hosts.
If the decision is made to use qemu-kvm-rhev on EL6 hosts - as has been talked 
about recently - then the host requirement for supporting live storage 
migration will be met.  This then allows the idea of a storage scheduler to be 
futher considered.

I think this is an important step in reaching feature parity with Vmware's 
vcenter product, and removes a key reason ovirt/rhev can't be considered in 
some instances.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Sven Kieske]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13.09.2014 22:25, Itamar Heim wrote:
> like the hostusb vdsm hook allows?
is this installed by default, yet?
furthermore I think you need to enable it via engine-config(custom
parameters), don't you?

I guess what is asked for is something working "out of the box".

kind regards

Sven
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQGcBAEBAgAGBQJUFNv1AAoJEAq0kGAWDrqlNpgMAMgPo9QqH0aiqE0bMsmvXDbM
R/gbK2+OteDGKgA7m4nvUIw5dzQ1X5a07+q51JoSRaUrJ3MxbA/y2lni9LG6ObyM
57pY3lwWqn91bS+dwo9bGaDKgdWq3HoHPfo+Wz7LfoHSACpeOgu+j6kWtgm3WcLm
G3tST1fncLXnWPTQ6SkXaKo5N8G68NrjR2Ih8pFKu+GfeP+0MredKt3d+yHJRrjV
9ZtZvsvd4INDKOfVvJmR8MA0NvTSkFvLSBHvJ9gG3k0Umn/htdn9sPgS41Kghz2x
NV1YX8pr4PmJjanGhFaVAYw2v367tVMgcewa21zZ162Wzh7nzTNOJAtMIfQn+hSG
2EGaw0NLFm0grpjITXCp24G1GwVUf3FR2dxt+GdsQ9upEs5605SMlknT6BLmtoJ8
8LCArwEfZ0UgC4T6qOWp7+Sbkcl124qg7abupewL8usKtmnQV00/8pIusx1mtypj
4BDAE5Cq4e+U8hiB9nlGJzo1IFnyBszMOQQLunKGow==
=fv56
-END PGP SIGNATURE-
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nicolas Ecarnot]

Le 13/09/2014 20:38, Nir Soffer a écrit :

- Original Message -

From: "Nicolas Ecarnot" 
To: "Nir Soffer" 
Cc: users@ovirt.org, "Federico Simoncelli" 
Sent: Saturday, September 13, 2014 9:24:55 PM
Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning

Le 13/09/2014 17:34, Nir Soffer a écrit :

For God's sake, please, prevent "secondary" storage domains (anything
other than the master, especially iso and export) to completely block
the whole thing when being unavailable.
To many users suffered from this in the last two years I participate at
this mailing list (including me).


I think this is true for ISO and export domains for some time.


In 3.4 at least, this is still true and is a problem.
At least, if we can get rid of this and just mark these iso and export
domains as unusable, and still do every other non-related operations,
this would be very useful.


It will not work for data domains - if you have vms with disks on what you
call "secondary" data domain, how would you migrate these vms to a host
that
cannot see the "secondary" domain?

In 3.6, there will be no "master" domain, so any data domain will be
important
as any other data domain.

Maybe what do you like is to have more control on which domains are
critical,
and which are not. A domain which you mark as "non-critical", or
"secondary",
will not cause the host to become non-operational when the host cannot see
this domain.

So you would not be able to migrate some vms to a host that cannot see the
secondary domain, but since *you* marked it as "secondary", it is not a
problem
for you.

What do you think?


This proposition is perfect.
I don't know whether being able to mark some storage domain as more
precious than other will be useful, when their absence won't be a
blocker anymore?


The idea is to let you define which storage domains are "required" and
which are not, lets call them "optional".

If a required storage domain cannot be seen, a host be become
non-operational.

If an optional storage domain cannot be seen, you will get a warning
but the host will function normally.

If you try to migrate a vm to a host which cannot see the storage
domain used by that vm, the operation will fail.

When a "required" storage domain is down, you would be able to
change it to "optional", and continue to work with the other
domains in degraded mode. Some vms will not able to run, but
other vms that do not depend on problem domain will not be
affected.

I hope that I understood your question correctly.

Nir



You did, and the features you described seem great.
Can't wait to see them released!

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/13/2014 03:32 PM, Mohyedeen Nazzal wrote:

When VMs goes to unknown status, all control options are grayed, and the
only way to fix this is to update the Database manually, it will be nice
to be able to force the engine to poweroff the VM from admin portal.


'unknown' means the host is in non-responsive state.
the "correct" approach is to correct the status of the host (stop via 
the power management options ('fence'), or 'confirm manual shutdown' of 
the host.

either should release the 'unknown' status of the VM.

for extreme cases (aka 'bugs'), there is a command line unlock utility 
to be used with caution.




Thanks,
Mohyedeen.

On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer mailto:nsof...@redhat.com>> wrote:

- Original Message -
> From: "Sven Kieske" mailto:s.kie...@mittwald.de>>
> To:users@ovirt.org <mailto:users@ovirt.org>
    > Sent: Friday, September 12, 2014 4:53:46 PM
> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
>
> +1!
>
> I really would like to see a fast working way to create, manage
> and use ceph in ovirt. I don't know if implementation through
> openstack component is enough, because you will need more components
> then (keystone for auth e.g.).

Sure you will need more components, but we don't want to duplicate
the effort,
implementing ceph support directly in ovirt. Using Cinder we can
reuse the
existing ceph support, and gain also support for other Cinder
drivers for
free.

On the host side, we will have of course ceph specific support, so
you will
be able to create ceph volumes directly, and use vdsm api to start
vms using
these volumes, if you want more "direct" support.

I think this is the general long term approach; integrate openstack
components
instead of re-implementing the wheel.

 >
 > On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
 > > Dunno if CephFS efforts will be sustainable against Glusterfs...
 > > I'm not sure if a posix fs is the best provider for blocks.
 > > I would be pleased to have a direct form to create a Ceph pool
for a
 > > datacenter, then provide librbd path for the guests (or only
their size).
 >
 > --
 > Mit freundlichen Grüßen / Regards
 >
 > Sven Kieske
 >
 > Systemadministrator
 > Mittwald CM Service GmbH & Co. KG
 > Königsberger Straße 6
 > 32339 Espelkamp
 > T: +49-5772-293-100 
 > F: +49-5772-293-333 
 > https://www.mittwald.de
 > Geschäftsführer: Robert Meyer
 > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad
Oeynhausen
 > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
Oeynhausen
 > ___
 > Users mailing list
 > Users@ovirt.org <mailto:Users@ovirt.org>
 > http://lists.ovirt.org/mailman/listinfo/users
 >
___
Users mailing list
Users@ovirt.org <mailto: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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/13/2014 03:38 PM, Mohyedeen Nazzal wrote:

One more thing,,

Being able to attach USB dongles from the admin portal...


like the hostusb vdsm hook allows?



Thanks,
Mohyedeen.

On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal
mailto:mohyedeen.naz...@gmail.com>> wrote:

When VMs goes to unknown status, all control options are grayed, and
the only way to fix this is to update the Database manually, it will
be nice to be able to force the engine to poweroff the VM from admin
portal.

Thanks,
Mohyedeen.

On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer mailto:nsof...@redhat.com>> wrote:

- Original Message -
> From: "Sven Kieske" mailto:s.kie...@mittwald.de>>
> To:users@ovirt.org <mailto:users@ovirt.org>
> Sent: Friday, September 12, 2014 4:53:46 PM
    > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
>
> +1!
>
> I really would like to see a fast working way to create, manage
> and use ceph in ovirt. I don't know if implementation through
> openstack component is enough, because you will need more components
> then (keystone for auth e.g.).

Sure you will need more components, but we don't want to
duplicate the effort,
implementing ceph support directly in ovirt. Using Cinder we can
reuse the
existing ceph support, and gain also support for other Cinder
drivers for
free.

On the host side, we will have of course ceph specific support,
so you will
be able to create ceph volumes directly, and use vdsm api to
start vms using
these volumes, if you want more "direct" support.

I think this is the general long term approach; integrate
openstack components
instead of re-implementing the wheel.

 >
 > On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
 > > Dunno if CephFS efforts will be sustainable against
Glusterfs...
 > > I'm not sure if a posix fs is the best provider for blocks.
 > > I would be pleased to have a direct form to create a Ceph
pool for a
 > > datacenter, then provide librbd path for the guests (or
only their size).
 >
 > --
 > Mit freundlichen Grüßen / Regards
 >
 > Sven Kieske
 >
 > Systemadministrator
 > Mittwald CM Service GmbH & Co. KG
 > Königsberger Straße 6
 > 32339 Espelkamp
 > T: +49-5772-293-100 
 > F: +49-5772-293-333 
 > https://www.mittwald.de
 > Geschäftsführer: Robert Meyer
 > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG
Bad Oeynhausen
 > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG
Bad Oeynhausen
 > ___
 > Users mailing list
 > Users@ovirt.org <mailto:Users@ovirt.org>
 > http://lists.ovirt.org/mailman/listinfo/users
 >
___
Users mailing list
Users@ovirt.org <mailto: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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 04:53 PM, Sven Kieske wrote:

+1!

I really would like to see a fast working way to create, manage
and use ceph in ovirt. I don't know if implementation through
openstack component is enough, because you will need more components
then (keystone for auth e.g.).


you would need to setup cinder with noauth or keystone, yes.
similar to glance and neutron current support.
neutron virtual appliance in 3.5 should have neutron with a local 
keystone already configured out of the box iirc




On 12/09/14 15:34, Cédric Buot de l'Epine wrote:

Dunno if CephFS efforts will be sustainable against Glusterfs...
I'm not sure if a posix fs is the best provider for blocks.
I would be pleased to have a direct form to create a Ceph pool for a
datacenter, then provide librbd path for the guests (or only their size).




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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 04:45 PM, Federico Alberto Sayd wrote:

On 12/09/14 09:55, Jakub Bittner wrote:

ISO upload over web UI.

+1, Is it so hard to implement such feature?


well, the tricky part is web ui access the engine, which doesn't access 
the storage, rather the hosts do, so you need to stream it via the engine.
good news are vdsm has now upload/download api's which should hopefully 
pave the way for this to materialize.


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nir Soffer]

- Original Message -
> From: "Nicolas Ecarnot" 
> To: "Nir Soffer" 
> Cc: users@ovirt.org, "Federico Simoncelli" 
> Sent: Saturday, September 13, 2014 9:24:55 PM
> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
> 
> Le 13/09/2014 17:34, Nir Soffer a écrit :
> >> For God's sake, please, prevent "secondary" storage domains (anything
> >> other than the master, especially iso and export) to completely block
> >> the whole thing when being unavailable.
> >> To many users suffered from this in the last two years I participate at
> >> this mailing list (including me).
> >
> > I think this is true for ISO and export domains for some time.
> 
> In 3.4 at least, this is still true and is a problem.
> At least, if we can get rid of this and just mark these iso and export
> domains as unusable, and still do every other non-related operations,
> this would be very useful.
> 
> > It will not work for data domains - if you have vms with disks on what you
> > call "secondary" data domain, how would you migrate these vms to a host
> > that
> > cannot see the "secondary" domain?
> >
> > In 3.6, there will be no "master" domain, so any data domain will be
> > important
> > as any other data domain.
> >
> > Maybe what do you like is to have more control on which domains are
> > critical,
> > and which are not. A domain which you mark as "non-critical", or
> > "secondary",
> > will not cause the host to become non-operational when the host cannot see
> > this domain.
> >
> > So you would not be able to migrate some vms to a host that cannot see the
> > secondary domain, but since *you* marked it as "secondary", it is not a
> > problem
> > for you.
> >
> > What do you think?
> 
> This proposition is perfect.
> I don't know whether being able to mark some storage domain as more
> precious than other will be useful, when their absence won't be a
> blocker anymore?

The idea is to let you define which storage domains are "required" and 
which are not, lets call them "optional".

If a required storage domain cannot be seen, a host be become
non-operational.

If an optional storage domain cannot be seen, you will get a warning
but the host will function normally.

If you try to migrate a vm to a host which cannot see the storage
domain used by that vm, the operation will fail.

When a "required" storage domain is down, you would be able to
change it to "optional", and continue to work with the other 
domains in degraded mode. Some vms will not able to run, but
other vms that do not depend on problem domain will not be
affected.

I hope that I understood your question correctly.

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nicolas Ecarnot]

Le 13/09/2014 17:34, Nir Soffer a écrit :

For God's sake, please, prevent "secondary" storage domains (anything
other than the master, especially iso and export) to completely block
the whole thing when being unavailable.
To many users suffered from this in the last two years I participate at
this mailing list (including me).


I think this is true for ISO and export domains for some time.


In 3.4 at least, this is still true and is a problem.
At least, if we can get rid of this and just mark these iso and export 
domains as unusable, and still do every other non-related operations, 
this would be very useful.



It will not work for data domains - if you have vms with disks on what you
call "secondary" data domain, how would you migrate these vms to a host that
cannot see the "secondary" domain?

In 3.6, there will be no "master" domain, so any data domain will be important
as any other data domain.

Maybe what do you like is to have more control on which domains are critical,
and which are not. A domain which you mark as "non-critical", or "secondary",
will not cause the host to become non-operational when the host cannot see
this domain.

So you would not be able to migrate some vms to a host that cannot see the
secondary domain, but since *you* marked it as "secondary", it is not a problem
for you.

What do you think?


This proposition is perfect.
I don't know whether being able to mark some storage domain as more 
precious than other will be useful, when their absence won't be a 
blocker anymore?




Nir




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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nir Soffer]

- Original Message -
> From: "Nicolas Ecarnot" 
> To: users@ovirt.org
> Sent: Saturday, September 13, 2014 4:53:03 PM
> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
> 
> Le 12/09/2014 14:22, Itamar Heim a écrit :
> > With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
> > oVirt 3.6"?
> >
> > Thanks,
> > Itamar
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> For God's sake, please, prevent "secondary" storage domains (anything
> other than the master, especially iso and export) to completely block
> the whole thing when being unavailable.
> To many users suffered from this in the last two years I participate at
> this mailing list (including me).

I think this is true for ISO and export domains for some time.

It will not work for data domains - if you have vms with disks on what you
call "secondary" data domain, how would you migrate these vms to a host that
cannot see the "secondary" domain?

In 3.6, there will be no "master" domain, so any data domain will be important
as any other data domain.

Maybe what do you like is to have more control on which domains are critical,
and which are not. A domain which you mark as "non-critical", or "secondary",
will not cause the host to become non-operational when the host cannot see
this domain.

So you would not be able to migrate some vms to a host that cannot see the 
secondary domain, but since *you* marked it as "secondary", it is not a problem
for you.

What do you think?

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Nicolas Ecarnot]

Le 12/09/2014 14:22, Itamar Heim a écrit :

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

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


For God's sake, please, prevent "secondary" storage domains (anything 
other than the master, especially iso and export) to completely block 
the whole thing when being unavailable.
To many users suffered from this in the last two years I participate at 
this mailing list (including me).


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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Mohyedeen Nazzal]

One more thing,,

Being able to attach USB dongles from the admin portal...

Thanks,
Mohyedeen.

On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal <
mohyedeen.naz...@gmail.com> wrote:

> When VMs goes to unknown status, all control options are grayed, and the
> only way to fix this is to update the Database manually, it will be nice to
> be able to force the engine to poweroff the VM from admin portal.
>
> Thanks,
> Mohyedeen.
>
> On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer  wrote:
>
>> - Original Message -
>> > From: "Sven Kieske" 
>> > To: users@ovirt.org
>> > Sent: Friday, September 12, 2014 4:53:46 PM
>> > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
>> >
>> > +1!
>> >
>> > I really would like to see a fast working way to create, manage
>> > and use ceph in ovirt. I don't know if implementation through
>> > openstack component is enough, because you will need more components
>> > then (keystone for auth e.g.).
>>
>> Sure you will need more components, but we don't want to duplicate the
>> effort,
>> implementing ceph support directly in ovirt. Using Cinder we can reuse the
>> existing ceph support, and gain also support for other Cinder drivers for
>> free.
>>
>> On the host side, we will have of course ceph specific support, so you
>> will
>> be able to create ceph volumes directly, and use vdsm api to start vms
>> using
>> these volumes, if you want more "direct" support.
>>
>> I think this is the general long term approach; integrate openstack
>> components
>> instead of re-implementing the wheel.
>>
>> >
>> > On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
>> > > Dunno if CephFS efforts will be sustainable against Glusterfs...
>> > > I'm not sure if a posix fs is the best provider for blocks.
>> > > I would be pleased to have a direct form to create a Ceph pool for a
>> > > datacenter, then provide librbd path for the guests (or only their
>> size).
>> >
>> > --
>> > Mit freundlichen Grüßen / Regards
>> >
>> > Sven Kieske
>> >
>> > Systemadministrator
>> > Mittwald CM Service GmbH & Co. KG
>> > Königsberger Straße 6
>> > 32339 Espelkamp
>> > T: +49-5772-293-100
>> > F: +49-5772-293-333
>> > https://www.mittwald.de
>> > Geschäftsführer: Robert Meyer
>> > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad
>> Oeynhausen
>> > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
>> Oeynhausen
>> > ___
>> > 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] [RFI] oVirt 3.6 Planning

[Mohyedeen Nazzal]

When VMs goes to unknown status, all control options are grayed, and the
only way to fix this is to update the Database manually, it will be nice to
be able to force the engine to poweroff the VM from admin portal.

Thanks,
Mohyedeen.

On Sat, Sep 13, 2014 at 12:27 PM, Nir Soffer  wrote:

> - Original Message -
> > From: "Sven Kieske" 
> > To: users@ovirt.org
> > Sent: Friday, September 12, 2014 4:53:46 PM
> > Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
> >
> > +1!
> >
> > I really would like to see a fast working way to create, manage
> > and use ceph in ovirt. I don't know if implementation through
> > openstack component is enough, because you will need more components
> > then (keystone for auth e.g.).
>
> Sure you will need more components, but we don't want to duplicate the
> effort,
> implementing ceph support directly in ovirt. Using Cinder we can reuse the
> existing ceph support, and gain also support for other Cinder drivers for
> free.
>
> On the host side, we will have of course ceph specific support, so you will
> be able to create ceph volumes directly, and use vdsm api to start vms
> using
> these volumes, if you want more "direct" support.
>
> I think this is the general long term approach; integrate openstack
> components
> instead of re-implementing the wheel.
>
> >
> > On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
> > > Dunno if CephFS efforts will be sustainable against Glusterfs...
> > > I'm not sure if a posix fs is the best provider for blocks.
> > > I would be pleased to have a direct form to create a Ceph pool for a
> > > datacenter, then provide librbd path for the guests (or only their
> size).
> >
> > --
> > Mit freundlichen Grüßen / Regards
> >
> > Sven Kieske
> >
> > Systemadministrator
> > Mittwald CM Service GmbH & Co. KG
> > Königsberger Straße 6
> > 32339 Espelkamp
> > T: +49-5772-293-100
> > F: +49-5772-293-333
> > https://www.mittwald.de
> > Geschäftsführer: Robert Meyer
> > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad
> Oeynhausen
> > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
> Oeynhausen
> > ___
> > 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] [RFI] oVirt 3.6 Planning

[Nir Soffer]

- Original Message -
> From: "Sven Kieske" 
> To: users@ovirt.org
> Sent: Friday, September 12, 2014 4:53:46 PM
> Subject: Re: [ovirt-users] [RFI] oVirt 3.6 Planning
> 
> +1!
> 
> I really would like to see a fast working way to create, manage
> and use ceph in ovirt. I don't know if implementation through
> openstack component is enough, because you will need more components
> then (keystone for auth e.g.).

Sure you will need more components, but we don't want to duplicate the effort,
implementing ceph support directly in ovirt. Using Cinder we can reuse the
existing ceph support, and gain also support for other Cinder drivers for
free.

On the host side, we will have of course ceph specific support, so you will
be able to create ceph volumes directly, and use vdsm api to start vms using
these volumes, if you want more "direct" support.

I think this is the general long term approach; integrate openstack components
instead of re-implementing the wheel.

> 
> On 12/09/14 15:34, Cédric Buot de l'Epine wrote:
> > Dunno if CephFS efforts will be sustainable against Glusterfs...
> > I'm not sure if a posix fs is the best provider for blocks.
> > I would be pleased to have a direct form to create a Ceph pool for a
> > datacenter, then provide librbd path for the guests (or only their size).
> 
> --
> Mit freundlichen Grüßen / Regards
> 
> Sven Kieske
> 
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> Königsberger Straße 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Geschäftsführer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
> ___
> 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] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 04:22 PM, Morten Stevens wrote:



On 12.09.2014 14:22, Itamar Heim wrote:

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?


An official supported way to import existing raw disk images would be nice.


please review:
http://www.ovirt.org/Features/virt-v2v_Integration

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

Re: [ovirt-users] [RFI] oVirt 3.6 Planning

[Itamar Heim]

On 09/12/2014 03:55 PM, Jakub Bittner wrote:

Ovirt:
FCoE hosted engine support.


would this be any different than FC hosted engine support?


Fencing over storage (FCoE, iSCSI, NFS, etc)
ISO upload over web UI.



Dne 12.9.2014 14:22, Itamar Heim napsal(a):

With oVirt 3.5 nearing GA, time to ask for "what do you want to see in
oVirt 3.6"?

Thanks,
Itamar
___
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