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 <mskri...@redhat.com>
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 <ih...@redhat.com> 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

[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

[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

[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/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 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/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=displayKC=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/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/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 >:

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



___
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 <ih...@redhat.com
<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
<mohyedeen.naz...@gmail.com <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
<nsof...@redhat.com <mailto:nsof...@redhat.com>
 <mailto:nsof...@redhat.com <mailto:nsof...@redhat.com>>> wrote:

 - Original Message -
 > From: "Sven Kieske" <s.kie...@mittwald.de
<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 <tel:%2B49-5772-293-100>
<tel:%2B49-5772-293-100>
  > F: +49-5772-293-333 <tel:%2B49-5772-293-333>
<tel:%2B49-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>
  >
 

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/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" <fs...@uncu.edu.ar>
*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/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 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 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

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

[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 nsof...@redhat.com 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 blas...@556nato.com
 To: Itamar Heim ih...@redhat.com
 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

[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

[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

[Jason T. Greene]

 On Dec 13, 2014, at 4:06 AM, Itamar Heim ih...@redhat.com wrote:
 
 
 On Dec 13, 2014 7:07 AM, Jason Greene jason.gre...@redhat.com 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

[Itamar Heim]

On Dec 13, 2014 7:07 AM, Jason Greene jason.gre...@redhat.com 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

[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 7, 2014 10:11 PM, Blaster blas...@556nato.com wrote:


 On Sep 12, 2014, at 4:35 PM, Itamar Heim ih...@redhat.com 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 dont think thats 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 Im off.

 Right now, Im looking at moving my AIO configuration to a new host. Ill 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 whats 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 Im 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

[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

[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 ih...@redhat.com 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

[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

[Johan Kooijman]

Is there a final planning  featurelist yet?

On Fri, Sep 12, 2014 at 2:22 PM, Itamar Heim 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

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_VMCRdHJ6N1M3d1F1UTJTS1dSMnZwMF9XWVEusp=sharinguserstoinvite=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 ih...@redhat.com
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 mailto:Users@ovirt.org
http://lists.ovirt.org/__mailman/listinfo/users
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

[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

[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

[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

[Johan Kooijman]

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

On Thu, Sep 18, 2014 at 5:44 PM, Sven Kieske s.kie...@mittwald.de 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]

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

[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

[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

[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

[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

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

[Simone Tiraboschi]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 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

[Antoni Segura Puimedon]

- Original Message -
 From: Daniel Helgenberger daniel.helgenber...@m-box.de
 To: Itamar Heim ih...@redhat.com, Livnat Peer lp...@redhat.com
 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

[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

[Daniel Helgenberger]

On 16.09.2014 16:20, Antoni Segura Puimedon wrote:

 - Original Message -
 From: Daniel Helgenberger daniel.helgenber...@m-box.de
 To: Itamar Heim ih...@redhat.com, Livnat Peer lp...@redhat.com
 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 virtualport
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 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 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

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 daniel.helgenber...@m-box.de
  To: Itamar Heim ih...@redhat.com, Livnat Peer lp...@redhat.com
  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 virtualport
 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 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 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

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

[plysan]

2014-09-14 4:21 GMT+08:00 Itamar Heim ih...@redhat.com:

 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

[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

[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_UScmd=displayKCexternalId=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

[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

[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

[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

[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

[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

[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

[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

[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]

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

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







___
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

[Yair Zaslavsky]

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



- Original Message -
 From: Itamar Heim ih...@redhat.com
 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

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

[Mohyedeen Nazzal]

On Sat, Sep 13, 2014 at 11:25 PM, Itamar Heim 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...


 like the hostusb vdsm hook allows?


Yes, exactly.


 Thanks,
 Mohyedeen.

 On Sat, Sep 13, 2014 at 3:32 PM, Mohyedeen Nazzal
 mohyedeen.naz...@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 nsof...@redhat.com
 mailto:nsof...@redhat.com wrote:

 - Original Message -
  From: Sven Kieske s.kie...@mittwald.de 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 tel:%2B49-5772-293-100
   F: +49-5772-293-333 tel:%2B49-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 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

[Mohyedeen Nazzal]

On Sun, Sep 14, 2014 at 3:06 AM, Sven Kieske 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

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

[Nir Soffer]

- Original Message -
 From: Sven Kieske s.kie...@mittwald.de
 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

[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 nsof...@redhat.com wrote:

 - Original Message -
  From: Sven Kieske s.kie...@mittwald.de
  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]

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 nsof...@redhat.com wrote:

 - Original Message -
  From: Sven Kieske s.kie...@mittwald.de
  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

[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

[Nir Soffer]

- Original Message -
 From: Nicolas Ecarnot nico...@ecarnot.net
 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 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 nico...@ecarnot.net
 To: Nir Soffer nsof...@redhat.com
 Cc: users@ovirt.org, Federico Simoncelli fsimo...@redhat.com
 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

[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

[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/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 nsof...@redhat.com
mailto:nsof...@redhat.com wrote:

- Original Message -
 From: Sven Kieske s.kie...@mittwald.de 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 tel:%2B49-5772-293-100
  F: +49-5772-293-333 tel:%2B49-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
mohyedeen.naz...@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 nsof...@redhat.com
mailto:nsof...@redhat.com wrote:

- Original Message -
 From: Sven Kieske s.kie...@mittwald.de 
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 tel:%2B49-5772-293-100
  F: +49-5772-293-333 tel:%2B49-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

[Nicolas Ecarnot]

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

- Original Message -

From: Nicolas Ecarnot nico...@ecarnot.net
To: Nir Soffer nsof...@redhat.com
Cc: users@ovirt.org, Federico Simoncelli fsimo...@redhat.com
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

[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

[Cédric Buot de l'Epine]

Ceph support ;)
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 03:26 PM, Cédric Buot de l'Epine wrote:

Ceph support ;)


care to provide more details on how you envision your use case?
we're currently contemplating adding the ceph support via Cinder, which 
would simplify adding other technologies/plugins later.



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

[Gianluca Cecchi]

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

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

 Ceph support ;)


 care to provide more details on how you envision your use case?
 we're currently contemplating adding the ceph support via Cinder, which
 would simplify adding other technologies/plugins later.


But right now is there any chance to already use Ceph if configuring
CephFS (http://ceph.com/docs/v0.67.9/cephfs/): a POSIX-compliant filesystem
that uses a Ceph Storage Cluster to store its data.
and
PosixFS in oVirt (http://www.ovirt.org/Features/PosixFSConnection)

what limitations would one have dong that?

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

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

[Jakub Bittner]

Ovirt:
FCoE 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

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

[Johan Kooijman]

I would really like to see ceph support through libvirtd.
Since cephfs is FAR from stable and having an NFS server in the middle
really f*cks up performance, ceph is simply not an option right now. The
main reason we have to move away from ovirt, can't wait to get back to
ovirt!

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

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

 Ceph support ;)


 care to provide more details on how you envision your use case?
 we're currently contemplating adding the ceph support via Cinder, which
 would simplify adding other technologies/plugins later.


  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




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

[Cédric Buot de l'Epine]

On 12/09/2014 14:44, Gianluca Cecchi wrote:
On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim ih...@redhat.com 
mailto:ih...@redhat.com wrote:



care to provide more details on how you envision your use case?
we're currently contemplating adding the ceph support via Cinder,
which would simplify adding other technologies/plugins later.


But right now is there any chance to already use Ceph if configuring
CephFS (http://ceph.com/docs/v0.67.9/cephfs/): a POSIX-compliant 
filesystem that uses a Ceph Storage Cluster to store its data.

and
PosixFS in oVirt (http://www.ovirt.org/Features/PosixFSConnection)

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


Cédric
___
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: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

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

[Sven Kieske]

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

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

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

[suporte]

Yes, this feature will be very usefull (ISO upload over web UI). 
+1 
Choose which VM should automatically start up, like in VMware Vsphere Virtual 
Machine Starup and Shutdown 

- Mensagem original -

De: Federico Alberto Sayd fs...@uncu.edu.ar 
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

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

[Cédric Buot de l'Epine]

On 12/09/2014 14:44, Gianluca Cecchi wrote:
On Fri, Sep 12, 2014 at 2:37 PM, Itamar Heim ih...@redhat.com 
mailto:ih...@redhat.com wrote:


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

Ceph support ;)


care to provide more details on how you envision your use case?
we're currently contemplating adding the ceph support via Cinder,
which would simplify adding other technologies/plugins later.


But right now is there any chance to already use Ceph if configuring
CephFS (http://ceph.com/docs/v0.67.9/cephfs/): a POSIX-compliant 
filesystem that uses a Ceph Storage Cluster to store its data.

and
PosixFS in oVirt (http://www.ovirt.org/Features/PosixFSConnection)

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


Cédric


what limitations would one have dong that?

Gianluca


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

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

[Gary Lloyd]

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

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

*Gary Lloyd*
--
IT Services
Keele University
---

On 12 September 2014 13:22, Itamar Heim 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