Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 03/27/2014 06:14 AM, Jorick Astrego wrote:




On Wed, 2014-03-26 at 16:10 -0400, Itamar Heim wrote:

On 03/25/2014 08:39 AM, Jorick Astrego wrote:
> Maybe I'm missing something but currently when I register a node it gets
> assigned to the DEFAULT datacenter.
>
> As we like to have a separate DC for specific customers, I would like to
> register the node to a chosen DC through a PXE kernel parameter or the
> Node admin interface.
>
> Kind regards,
>
> Jorick Astrego
> Netbulae
>

so i remember the code used to do this (back in 2008), but it seems the
RegisterServlet isn't passing this any more to the RegisterVdsQuery class.

please open an RFE in bugzilla to track this.
(not sure if should be nice and accept cluster name, or less nice and
expect the cluster uuid...)


I cannot add a RFE in bugzilla. Project oVirt doesn't have an RFE
component and when I create a new issue, I am not allowed to select Red
Hat Enterprise Virtualization Manager

as the product.

Kind regards,

Jorick Astrego



please open a BZ in ovirt on ovirt-engine-core.
it becomes an RFE by flagging it with the FutureFeature keyword.

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

Re: [Users] oVirt 3.5 planning

[Jorick Astrego]

On Wed, 2014-03-26 at 16:10 -0400, Itamar Heim wrote: 

> On 03/25/2014 08:39 AM, Jorick Astrego wrote:
> > Maybe I'm missing something but currently when I register a node it gets
> > assigned to the DEFAULT datacenter.
> >
> > As we like to have a separate DC for specific customers, I would like to
> > register the node to a chosen DC through a PXE kernel parameter or the
> > Node admin interface.
> >
> > Kind regards,
> >
> > Jorick Astrego
> > Netbulae
> >
> 
> so i remember the code used to do this (back in 2008), but it seems the 
> RegisterServlet isn't passing this any more to the RegisterVdsQuery class.
> 
> please open an RFE in bugzilla to track this.
> (not sure if should be nice and accept cluster name, or less nice and 
> expect the cluster uuid...)
> 

I cannot add a RFE in bugzilla. Project oVirt doesn't have an RFE
component and when I create a new issue, I am not allowed to select Red
Hat Enterprise Virtualization Manager as the product.

Kind regards,

Jorick Astrego

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 03/25/2014 08:39 AM, Jorick Astrego wrote:

Maybe I'm missing something but currently when I register a node it gets
assigned to the DEFAULT datacenter.

As we like to have a separate DC for specific customers, I would like to
register the node to a chosen DC through a PXE kernel parameter or the
Node admin interface.

Kind regards,

Jorick Astrego
Netbulae



so i remember the code used to do this (back in 2008), but it seems the 
RegisterServlet isn't passing this any more to the RegisterVdsQuery class.


please open an RFE in bugzilla to track this.
(not sure if should be nice and accept cluster name, or less nice and 
expect the cluster uuid...)


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

Re: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 26/03/14 06:51, Itamar Heim wrote:

On 03/26/2014 05:44 AM, Sven Kieske wrote:

And I still have 2 cool features which would be cool to include for 3.5:

Add Debian 7 to the list of operating systems for VMs (I guess there is
not much work to be done for that)


care to give it a shot :)
really simple sample to follow:
http://gerrit.ovirt.org/#/c/22273/



Here's the RFE for that:
https://bugzilla.redhat.com/show_bug.cgi?id=1073453

And provide qemu-guest-agent (not ovirt-guest-agent)
for more operating systems, at least centos.

ubuntu 12.04 and debian would also be cool.

I can create an RFE for that if you want.


qemu-guest-agent for centos should be opened in centos (not sure why 
its not already available)?


qemu-guest-agent is part of the qemu/kvm ecosystem and for 
debian/ubuntu - should be raised on qemu-devel and opened in 
ubuntu/debian?




For Debian, package qemu-guest-agent exists in backports:

https://packages.debian.org/wheezy-backports/qemu-guest-agent

I haven't tested it yet


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

Re: [Users] oVirt 3.5 planning

[Michal Skrivanek]

On Mar 26, 2014, at 10:51 , Itamar Heim  wrote:

> On 03/26/2014 05:44 AM, Sven Kieske wrote:
>> And I still have 2 cool features which would be cool to include for 3.5:
>> 
>> Add Debian 7 to the list of operating systems for VMs (I guess there is
>> not much work to be done for that)
> 
> care to give it a shot :)
> really simple sample to follow:
> http://gerrit.ovirt.org/#/c/22273/
> 
>> 
>> Here's the RFE for that:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1073453
>> 
>> And provide qemu-guest-agent (not ovirt-guest-agent)
>> for more operating systems, at least centos.
>> 
>> ubuntu 12.04 and debian would also be cool.
>> 
>> I can create an RFE for that if you want.
> 
> qemu-guest-agent for centos should be opened in centos (not sure why its not 
> already available)?
> 
> qemu-guest-agent is part of the qemu/kvm ecosystem and for debian/ubuntu - 
> should be raised on qemu-devel and opened in ubuntu/debian?

note so far in 3.4/3.5 still the only thing it brings you is the Backup API 
feature - quiesce of drives during taking of the snapshot.
For most of other uses you don't actually need it and you can --nodeps it...

Thanks,
michal

> 
> 
>> 
>> Am 24.02.2014 17:59, schrieb Itamar Heim:
>>> with oVirt 3.4 getting close to GA with many many great features, time
>>> to collect requests for 3.5...
>> 
> 
> ___
> 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: [Users] oVirt 3.5 planning

[Sven Kieske]

+1

Am 26.03.2014 16:14, schrieb Federico Alberto Sayd:
> Add support to sparsify disk trough virt-sparsify in order to reclaim
> unused space from vm disk or convert to thin provision.
> This feature is usefult when you import a vm from another hypervisor
> disk is imported with full 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: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...

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


Add support to sparsify disk trough virt-sparsify in order to reclaim 
unused space from vm disk or convert to thin provision.
This feature is usefult when you import a vm from another hypervisor 
disk is imported with full size.



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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

So I guess I don't need to search for a compiled version for debian 7?

Am 26.03.2014 14:38, schrieb Giorgio Bersano:
> No, it seems to be available only from "Raring Ringtails" onwards :-(

-- 
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: [Users] oVirt 3.5 planning

[Giorgio Bersano]

2014-03-26 11:20 GMT+01:00 Sven Kieske :
> Ah cool, I didn't stumble upon the qemu-ga, thanks for that!
>
> However yes, ubuntu 12.04 is precise release, but I don't
> know of any packaged version of qemu-ga for it, but maybe
> I just missed it as the centos one?
>

No, it seems to be available only from "Raring Ringtails" onwards :-(


> Am 26.03.2014 11:13, schrieb Giorgio Bersano:
>> Actually qemu-guest-agent IS available in the standard CentOS
>> distribution ( ATM
>> qemu-guest-agent-0.12.1.2-2.415.el6_5.6.{x86_64,i686}.rpm ).
>>
>> Regarding ubuntu 12.04, isn't it  "Ubuntu Precise Pangolin LTS" (this
>> is from oVirt 3.4.0) ?
>>
>> HTH,
>> Giorgio.
>
> --
> 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: [Users] oVirt 3.5 planning

[Sven Kieske]

Ah cool, I didn't stumble upon the qemu-ga, thanks for that!

However yes, ubuntu 12.04 is precise release, but I don't
know of any packaged version of qemu-ga for it, but maybe
I just missed it as the centos one?

Am 26.03.2014 11:13, schrieb Giorgio Bersano:
> Actually qemu-guest-agent IS available in the standard CentOS
> distribution ( ATM
> qemu-guest-agent-0.12.1.2-2.415.el6_5.6.{x86_64,i686}.rpm ).
> 
> Regarding ubuntu 12.04, isn't it  "Ubuntu Precise Pangolin LTS" (this
> is from oVirt 3.4.0) ?
> 
> HTH,
> Giorgio.

-- 
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: [Users] oVirt 3.5 planning

[Giorgio Bersano]

2014-03-26 10:51 GMT+01:00 Itamar Heim :
> On 03/26/2014 05:44 AM, Sven Kieske wrote:
>>
>> And I still have 2 cool features which would be cool to include for 3.5:
>>
>> Add Debian 7 to the list of operating systems for VMs (I guess there is
>> not much work to be done for that)
>
>
> care to give it a shot :)
> really simple sample to follow:
> http://gerrit.ovirt.org/#/c/22273/
>
>
>>
>> Here's the RFE for that:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1073453
>>
>> And provide qemu-guest-agent (not ovirt-guest-agent)
>> for more operating systems, at least centos.
>>
>> ubuntu 12.04 and debian would also be cool.
>>
>> I can create an RFE for that if you want.
>
>
> qemu-guest-agent for centos should be opened in centos (not sure why its not
> already available)?
>
> qemu-guest-agent is part of the qemu/kvm ecosystem and for debian/ubuntu -
> should be raised on qemu-devel and opened in ubuntu/debian?
>

Actually qemu-guest-agent IS available in the standard CentOS
distribution ( ATM
qemu-guest-agent-0.12.1.2-2.415.el6_5.6.{x86_64,i686}.rpm ).

Regarding ubuntu 12.04, isn't it  "Ubuntu Precise Pangolin LTS" (this
is from oVirt 3.4.0) ?

HTH,
Giorgio.

>
>>
>> Am 24.02.2014 17:59, schrieb Itamar Heim:
>>>
>>> with oVirt 3.4 getting close to GA with many many great features, time
>>> to collect requests for 3.5...
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 03/26/2014 05:44 AM, Sven Kieske wrote:

And I still have 2 cool features which would be cool to include for 3.5:

Add Debian 7 to the list of operating systems for VMs (I guess there is
not much work to be done for that)


care to give it a shot :)
really simple sample to follow:
http://gerrit.ovirt.org/#/c/22273/



Here's the RFE for that:
https://bugzilla.redhat.com/show_bug.cgi?id=1073453

And provide qemu-guest-agent (not ovirt-guest-agent)
for more operating systems, at least centos.

ubuntu 12.04 and debian would also be cool.

I can create an RFE for that if you want.


qemu-guest-agent for centos should be opened in centos (not sure why its 
not already available)?


qemu-guest-agent is part of the qemu/kvm ecosystem and for debian/ubuntu 
- should be raised on qemu-devel and opened in ubuntu/debian?





Am 24.02.2014 17:59, schrieb Itamar Heim:

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...




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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

And I still have 2 cool features which would be cool to include for 3.5:

Add Debian 7 to the list of operating systems for VMs (I guess there is
not much work to be done for that)

Here's the RFE for that:
https://bugzilla.redhat.com/show_bug.cgi?id=1073453

And provide qemu-guest-agent (not ovirt-guest-agent)
for more operating systems, at least centos.

ubuntu 12.04 and debian would also be cool.

I can create an RFE for that if you want.

Am 24.02.2014 17:59, schrieb Itamar Heim:
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...

-- 
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: [Users] oVirt 3.5 planning

[Jorick Astrego]

Maybe I'm missing something but currently when I register a node it gets
assigned to the DEFAULT datacenter. 

As we like to have a separate DC for specific customers, I would like to
register the node to a chosen DC through a PXE kernel parameter or the
Node admin interface.

Kind regards,

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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Hi,

as Dan told me I'm gonna add one more feature request:

IPv6 Support for engine and compute nodes, so you are
able to use oVirt in an IPv6 only environment.

Currently ComputeNodes require their own IPv4 address.

I don't know if and what upstream dependencies might exist
but I think it is worth the effort, not speaking of
getting into some mainline distributions.

(AFAIK Fedora has a policy that all daemons which are
facing the network must support IPv6 ?)

It is the year 2014, we are running out of IPv4 addresses
world wide.

Every new product like oVirt should try it's best to support
IPv6 in general.


A second feature:

Fencing Hosts from engine, I already created a BZ for this one:

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

In fact, it's target release was already set to 3.5
but that doesn't always mean it will make it ;)

This feature would really be helpful for local storage
DCs.

If I had to decide which one gets in I'd want the fencing from
engine.

Am 24.02.2014 17:59, schrieb Itamar Heim:
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...

-- 
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: [Users] oVirt 3.5 planning

[Michal Skrivanek]

On Mar 18, 2014, at 13:30 , Sven Kieske  wrote:

> 
> 
> Am 18.03.2014 13:24, schrieb Federico Alberto Sayd:
>> On 24/02/14 13:59, Itamar Heim wrote:
>>> with oVirt 3.4 getting close to GA with many many great features, time
>>> to collect requests for 3.5...
>> Add progress bar to task tab to indicate the progress percent of
>> snapshot creation, vm clonation, migration, etc.
> 
> Some kind of progress indication would indeed be very cool!

the live migration will hopefully make it for 3.5

> 
> -- 
> 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: [Users] oVirt 3.5 planning

[Itamar Heim]

On 03/18/2014 04:18 PM, Jorick Astrego wrote:

Another thing I miss in oVirt is a way to assign a dedicated passthrough
NIC.

I have some customers who would like to dedicated NIC's assigned to
their vm's.

Currently we have bare metal KVM servers running for this but HA and
management is not so efficient.



you should be able to do this today with vdsm hooks?
http://www.ovirt.org/VDSM-Hooks
http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=tree;f=vdsm_hooks;


Kind regards,

Jorick Astrego
Netbulae B.V.


___
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: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 20/03/14 20:00, Federico Simoncelli wrote:

- Original Message -

From: "Itamar Heim" 
To: "Federico Alberto Sayd" , users@ovirt.org, "Federico 
Simoncelli" 
Sent: Thursday, March 20, 2014 6:47:14 PM
Subject: Re: [Users] oVirt 3.5 planning

On 03/20/2014 07:30 PM, Federico Alberto Sayd wrote:

3 - Another question, when you convert a VM to template I see that it is
created with preallocated disk even if the original VM had thinly
provisioned disk. Is there no way to make the template with the same
type of disk (thinly provisioned)??

on NFS - it doesn't matter.
on block storage - i don't remember why. maybe federico remembers.

It was for performance reasons since on block it would result in a qcow2
image. We wanted the access to the template to be as fast as possible.

The same question was brought up few months ago when we discussed importing
images from glance as templates. Anyway in that case we decided (for simplicity)
to allow the import as template also for qcow2 images.


Ok, thank you both for the clarification

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

Re: [Users] oVirt 3.5 planning

[Federico Simoncelli]

- Original Message -
> From: "Itamar Heim" 
> To: "Federico Alberto Sayd" , users@ovirt.org, "Federico 
> Simoncelli" 
> Sent: Thursday, March 20, 2014 6:47:14 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> On 03/20/2014 07:30 PM, Federico Alberto Sayd wrote:
> > 3 - Another question, when you convert a VM to template I see that it is
> > created with preallocated disk even if the original VM had thinly
> > provisioned disk. Is there no way to make the template with the same
> > type of disk (thinly provisioned)??
> 
> on NFS - it doesn't matter.
> on block storage - i don't remember why. maybe federico remembers.

It was for performance reasons since on block it would result in a qcow2
image. We wanted the access to the template to be as fast as possible.

The same question was brought up few months ago when we discussed importing
images from glance as templates. Anyway in that case we decided (for simplicity)
to allow the import as template also for qcow2 images.

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 03/20/2014 07:30 PM, Federico Alberto Sayd wrote:

On 19/03/14 18:24, Itamar Heim wrote:

On 03/19/2014 08:41 PM, Federico Alberto Sayd wrote:

On 24/02/14 13:59, Itamar Heim wrote:

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



Allow select the storage domain when add a new VM from template.
Currently the vm is created in the same datastore that the template.


you can clone the template disks to multiple storage domains in the
DC, then create the VM in any storage domain, for thinly provisioned.
for clone operation, iirc, you can do this even without having the
template in the target storage domain?





1 - I could not find a "clone template" option, only the option "copy"
when you select a template's disk in Templates->Disks. Is this "copy"
the "clone" that you mention?



yes.



2 - Then can't I use a storage domain only for templates (i.e. use a
slow performance storage only for templates)?


only if you use clone, rather than thin provision. we don't want a 
single disk chain spanning more then a single storage domain today.





3 - Another question, when you convert a VM to template I see that it is
created with preallocated disk even if the original VM had thinly
provisioned disk. Is there no way to make the template with the same
type of disk (thinly provisioned)??


on NFS - it doesn't matter.
on block storage - i don't remember why. maybe federico remembers.



___
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: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 19/03/14 18:24, Itamar Heim wrote:

On 03/19/2014 08:41 PM, Federico Alberto Sayd wrote:

On 24/02/14 13:59, Itamar Heim wrote:

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



Allow select the storage domain when add a new VM from template.
Currently the vm is created in the same datastore that the template.


you can clone the template disks to multiple storage domains in the 
DC, then create the VM in any storage domain, for thinly provisioned.
for clone operation, iirc, you can do this even without having the 
template in the target storage domain?






1 - I could not find a "clone template" option, only the option "copy" 
when you select a template's disk in Templates->Disks. Is this "copy"  
the "clone" that you mention?



2 - Then can't I use a storage domain only for templates (i.e. use a 
slow performance storage only for templates)?



3 - Another question, when you convert a VM to template I see that it is 
created with preallocated disk even if the original VM had thinly 
provisioned disk. Is there no way to make the template with the same 
type of disk (thinly provisioned)??


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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 03/19/2014 08:41 PM, Federico Alberto Sayd wrote:

On 24/02/14 13:59, Itamar Heim wrote:

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



Allow select the storage domain when add a new VM from template.
Currently the vm is created in the same datastore that the template.


you can clone the template disks to multiple storage domains in the DC, 
then create the VM in any storage domain, for thinly provisioned.
for clone operation, iirc, you can do this even without having the 
template in the target storage domain?


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

Re: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...

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


Allow select the storage domain when add a new VM from template. 
Currently the vm is created in the same datastore that the template.

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

Re: [Users] oVirt 3.5 planning

[Jorick Astrego]

Another thing I miss in oVirt is a way to assign a dedicated passthrough
NIC. 

I have some customers who would like to dedicated NIC's assigned to
their vm's. 

Currently we have bare metal KVM servers running for this but HA and
management is not so efficient.

Kind regards,

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

Re: [Users] oVirt 3.5 planning

[Omer Frenkel]

- Original Message -
> From: "Itamar Heim" 
> To: "Ernest Beinrohr" , users@ovirt.org, "Omer 
> Frenkel" 
> Sent: Monday, March 17, 2014 3:48:11 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> On 03/17/2014 03:28 PM, Ernest Beinrohr wrote:
> > Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
> >> with oVirt 3.4 getting close to GA with many many great features, time
> >> to collect requests for 3.5...
> >>
> >
> > Please add the possibility to modify description and other minor info
> > for VM, disk, storage even when they are running.
> 
> omer - any reason these cannot be changed?
> 
> 

vm description is editable already,
no reason for disks not to allow as well.

please note that we are looking on making everything editable on the run,
even stuff that can be applied only on next run (like memory):

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

Re: [Users] oVirt 3.5 planning

[Latchezar Filtchev]

+1

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Maurice James
Sent: Tuesday, March 18, 2014 4:57 PM
To: 'Federico Alberto Sayd'; users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning

+1 this one

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Federico Alberto Sayd
Sent: Tuesday, March 18, 2014 8:24 AM
To: users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning

On 24/02/14 13:59, Itamar Heim wrote:
> with oVirt 3.4 getting close to GA with many many great features, time 
> to collect requests for 3.5...
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Add progress bar to task tab to indicate the progress percent of snapshot 
creation, vm clonation, migration, etc.

Thanks
___
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: [Users] oVirt 3.5 planning

[Maurice James]

+1 this one

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of
Federico Alberto Sayd
Sent: Tuesday, March 18, 2014 8:24 AM
To: users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning

On 24/02/14 13:59, Itamar Heim wrote:
> with oVirt 3.4 getting close to GA with many many great features, time 
> to collect requests for 3.5...
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
Add progress bar to task tab to indicate the progress percent of snapshot
creation, vm clonation, migration, etc.

Thanks
___
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: [Users] oVirt 3.5 planning

[Andrew Cathrow]

Nice ! 

- Original Message -

> Dňa 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a):

> > On 24/02/14 13:59, Itamar Heim wrote:
> 

> > > with oVirt 3.4 getting close to GA with many many great features,
> > > time to collect requests for 3.5...
> > 
> 

> > Add progress bar to task tab to indicate the progress percent of
> > snapshot creation, vm clonation, migration, etc.
> 

> I needed this a long time ago, so i hacked this together. You shoud
> run it on the SPM host. Also, i only use iscsi storage.

> #!/bin/bash

> SECS=1
> PROC=${1:-"qemu-img"}
> PID=`pidof $PROC`

> if [ "x$PID" == "x" ]
> then
> echo "No $PROC running"
> exit 1
> fi

> LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut
> -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e
> 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g')

> SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b
> $LV | sed -e 's/B//g' )

> LAST=0
> while [[ -e /proc/$PID/fd/ ]] ;
> do
> CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d " ")
> PERC=$(echo $CUR*100/$SIZE | bc)
> SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc)
> SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc)
> echo "$SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s"
> sleep $SECS;
> LAST=$CUR
> done

> --

> Ernest Beinrohr, AXON PRO
> Ing , RHCE , RHCVA , LPIC , VCA , +421-2--6241-0360 ,
> +421-903--482-603
> icq:28153343, gtalk: oer...@axonpro.sk , jabber:oer...@jabber.org

> “For a successful technology, reality must take precedence over
> public relations, for Nature cannot be fooled.” Richard Feynman
> ___
> 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: [Users] oVirt 3.5 planning

[Ernest Beinrohr]

Dn(a 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a):

On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, 
time to collect requests for 3.5...


Add progress bar to task tab to indicate the progress percent of 
snapshot creation, vm clonation, migration, etc.


I needed this a long time ago, so i hacked this together. You shoud run 
it on the SPM host. Also, i only use iscsi storage.



#!/bin/bash

SECS=1
PROC=${1:-"qemu-img"}
PID=`pidof $PROC`

if [ "x$PID" == "x" ]
then
echo "No $PROC running"
exit 1
fi

LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 
-d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' 
-e 's/XX/-/g' -e 's/^/\/dev\//g')


SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV 
| sed -e 's/B//g' )


LAST=0
while [[ -e /proc/$PID/fd/ ]] ;
do
CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d " ")
PERC=$(echo $CUR*100/$SIZE | bc)
SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc)
SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc)
echo "$SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s"
sleep $SECS;
LAST=$CUR
done

--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA , 
+421-2--6241-0360 , +421-903--482-603 


icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

"For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled." Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

Am 18.03.2014 13:24, schrieb Federico Alberto Sayd:
> On 24/02/14 13:59, Itamar Heim wrote:
>> with oVirt 3.4 getting close to GA with many many great features, time
>> to collect requests for 3.5...
> Add progress bar to task tab to indicate the progress percent of
> snapshot creation, vm clonation, migration, etc.

Some kind of progress indication would indeed be very cool!

-- 
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: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 24/02/14 13:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...

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


Add progress bar to task tab to indicate the progress percent of 
snapshot creation, vm clonation, migration, etc.


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

Re: [Users] oVirt 3.5 planning

[Yedidyah Bar David]

> From: "Jorick Astrego" 
> To: users@ovirt.org
> Sent: Tuesday, March 18, 2014 12:33:30 PM
> Subject: Re: [Users] oVirt 3.5 planning

> Hi,

> When I used VMWare workstation many years ago, one of the features I couldn't
> live without was the layered snapshots. When testing it was extremely
> productive to have multiple branches of snapshots of the VM and I could
> revert to any point.
I agree. The "snapshots" should be a tree and not a stack. When you "review" a 
snapshot, you should be able to choose, in addition to 'commit' (forget all the 
newer ones) and 'undo', also something like 'branch' (just keep everything). 

Note that this is partially possible today by cloning a snapshot (to a VM) but 
imo is much less comfortable. 
-- 
Didi 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Jorick Astrego]

Hi,

When I used VMWare workstation many years ago, one of the features I
couldn't live without was the layered snapshots. When testing it was
extremely productive to have multiple branches of snapshots of the VM
and I could revert to any point.

https://www.vmware.com/support/ws55/doc/img/l_snapshot_manager.png
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Jorick Astrego]

Hi,

Currently we have some small server clusters that have only two storage
nodes with iSCSI. I would like to use Gluster bricks for them but I'm a
bit worried about quorum and split-brain.

Would it be an idea to make ovirt a Gluster quorum arbiter? The ovirt
engine is managing the virtual datacenter and could easily be the
deciding factor when a 2 brick gluster loses one of the bricks.

http://hekafs.org/index.php/2012/11/different-forms-of-quorum/

The second issue is trickier. What should we do when N=2? In some cases,
allowing a single failure to make a volume read-only (the current
behavior) is fine. In others it’s not. One idea would be to “promote”
from all bricks/servers in a replica set to all in a volume to all in
the cluster. Unfortunately, that gets us nowhere in a two-server
two-brick cluster, which is very common especially in the critical case
of people trying GlusterFS for the first time and seeing how it responds
to failures. The other idea is arbiter nodes, which hold no data but
pump up the quorum number for the cluster (or for a volume if that’s how
we’re counting). Thus, if we have a volume on two nodes in a cluster
with more than two, a third node will be (automatically?) designated as
having an interest in that volume so that the effective quorum is two
out of three. Since tracking servers’ interests in volumes will already
have to be part of the second patch I’ve mentioned, adding an arbiter is
just a simple matter of manipulating that information so it should be a
pretty straightforward third patch.

Kind regards,

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 03/17/2014 03:28 PM, Ernest Beinrohr wrote:

Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a):

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...



Please add the possibility to modify description and other minor info
for VM, disk, storage even when they are running.


omer - any reason these cannot be changed?

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

Re: [Users] oVirt 3.5 planning

[Ernest Beinrohr]

Dn(a 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...




Please add the possibility to modify description and other minor info 
for VM, disk, storage even when they are running.


thanks
--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA , 
+421-2--6241-0360 , +421-903--482-603 


icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

"For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled." Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning - bandwidth/cpu/io accounting

[Doron Fediuck]

- Original Message -
> From: "Dan Kenigsberg" 
> To: "Itamar Heim" , yd...@redhat.com, masa...@redhat.com, 
> nyech...@redhat.com, msi...@redhat.com
> Cc: users@ovirt.org
> Sent: Wednesday, March 12, 2014 3:26:49 PM
> Subject: Re: [Users] oVirt 3.5 planning - bandwidth/cpu/io accounting
> 
> On Thu, Feb 27, 2014 at 12:03:55PM +, Dan Kenigsberg wrote:
> > There are users that would like to tell how much traffic each vnic of
> > each VM has consumed in a period of time. Currently, we report only
> > bitrate as a percetage of an estimated vnic "speed". Integrating this
> > value over time is inefficent and error prone.
> > 
> > I suggest to have all the stack (Vdsm, Engine, dwh) report the
> > actually-trasmitted (and actually-received) byte count on each vnic, as
> > well as the time when the sample was taken.
> > 
> > Currently, Vdsm reports
> > 
> >'eth0': {'rxDropped': '0',
> > 'rxErrors': '0',
> > 'rxRate': '8.0',
> > 'speed': '1000',
> > 'state': 'up',
> > 'txDropped': '0',
> > 'txErrors': '0',
> > 'txRate': '10.0'},
> > 
> > but it should add rxKiBytes, txKiBytes and time to the frill.
> > 
> > GUI could still calculate the rate for illustration, based on the raw
> > trasmission and the sample time.
> > 
> > Until we break backward compatibility, we'd keep reporting the flaky
> > rxRate/txRate, too.
> > 
> > I can think of only two problems with this approach: Linux byte counters
> > would
> > eventually reset when they overflow. This is currently hidden by Vdsm, but
> > with
> > the suggested change, would have to be handled by higher levels of the
> > stack.
> > 
> > A similar problem appears on migration: the counters would reset and Engine
> > would need to know how to keep up the accounting properly.
> > 
> > I've opened
> > 
> > Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
> > 
> > to track this request of mine.
> 
> For the reconrd, I'm told that there is a very similar need for
> reporting accumulated guest CPU cycle IO operations consuption.
> Martin, do we already have BZs for the other two use cases?
> 

No.
Please open an RFE for ovirt on these use cases.

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

Re: [Users] oVirt 3.5 planning - bandwidth/cpu/io accounting

[Dan Kenigsberg]

On Thu, Feb 27, 2014 at 12:03:55PM +, Dan Kenigsberg wrote:
> There are users that would like to tell how much traffic each vnic of
> each VM has consumed in a period of time. Currently, we report only
> bitrate as a percetage of an estimated vnic "speed". Integrating this
> value over time is inefficent and error prone.
> 
> I suggest to have all the stack (Vdsm, Engine, dwh) report the
> actually-trasmitted (and actually-received) byte count on each vnic, as
> well as the time when the sample was taken.
> 
> Currently, Vdsm reports
> 
>'eth0': {'rxDropped': '0',
> 'rxErrors': '0',
> 'rxRate': '8.0',
> 'speed': '1000',
> 'state': 'up',
> 'txDropped': '0',
> 'txErrors': '0',
> 'txRate': '10.0'},
> 
> but it should add rxKiBytes, txKiBytes and time to the frill.
> 
> GUI could still calculate the rate for illustration, based on the raw
> trasmission and the sample time.
> 
> Until we break backward compatibility, we'd keep reporting the flaky
> rxRate/txRate, too.
> 
> I can think of only two problems with this approach: Linux byte counters would
> eventually reset when they overflow. This is currently hidden by Vdsm, but 
> with
> the suggested change, would have to be handled by higher levels of the stack.
> 
> A similar problem appears on migration: the counters would reset and Engine
> would need to know how to keep up the accounting properly.
> 
> I've opened
> 
> Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
> 
> to track this request of mine.

For the reconrd, I'm told that there is a very similar need for
reporting accumulated guest CPU cycle IO operations consuption.
Martin, do we already have BZs for the other two use cases?

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

Re: [Users] oVirt 3.5 planning

[Antoni Segura Puimedon]

- Original Message -
> From: "Itamar Heim" 
> To: users@ovirt.org
> Sent: Monday, February 24, 2014 5:59:20 PM
> Subject: [Users] oVirt 3.5 planning
> 
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...

I was wondering whether people would like vdsm hooks to be reported (which
they already are) to the engine and that the engine would take that information
(that should be a bit enriched). With the enriched information it would
automatically add the custom properties advertised by all the hooks of
its hosts without the need to go to the command line database to enable them

Optionally it would just populate a hooks tab with enable/disable checkboxes.

> ___
> 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: [Users] oVirt 3.5 planning

[Juan Pablo Lorier]

El 02/03/14 18:59, Itamar Heim escribió:
> On 02/28/2014 06:46 PM, Juan Pablo Lorier wrote:
>> Hi,
>>
>> I'm kind of out of date at this time, but I'd like to propose something
>> that was meant for 3.4 and I don't know it it made into it; use any nfs
>> share as either a iso or export so you can just copy into the share and
>> then update in some way the db.
>
> not yet in.
>
>> Also, make export domain able to be shared among dcs as is iso domain,
>> that is an rfe from long time ago and a useful one.
>
> true. some relief via a glance storage domain allowing that.
I know, but too much overhead in using glance.
>
>> Attaching and dettaching domains is both time consuming and boring.
>> Also using tagged and untagged networks on top of the same nic.
>> Everybody does that except for ovirt.
>> I also like to say that tough I have a huge enthusiasm for ovirt's fast
>> evolution, I think that you may need to slow down with adding new
>> features until most of the rfes that have over a year are done, because
>> other way it's kind of disappointing opening a rfe just to see it
>> sleeping too much time. Don't take this wrong, I've been listened and
>> helped by the team everytime I needed and I'm thankful for that.
>
> "age" is not always the best criteria for prioritiy. we have RFE's
> open for several years it takes us time to get to. sometime newer RFEs
> are more important/interesting (say, leveraging cloud-init or
> neutron), sometime old RFEs are hard to close (get rid of storage
> pool, etc.).
> its a balancing act. but its also open source, which means anyone can
> try and contribute for things they would like prioritized.
>
I'm aware of the open source nature of the project, my way of
contributing is testing, reporting bugs and propose rfes, that much I
can do.
I understand your point, but I think that some rfes are as hard as
useful so maybe there's some room for rebalancing the effort to try and
close those ones.
Regards,
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[René Koch]

Hi,

On 02/24/2014 05:59 PM, Itamar Heim wrote:

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...



Here's my wish list :)

- Cloning of vms VMs without templates (of is this already implemented)?

- Enable host updates through engine (yum update via oVirt engine)

- Integrate v2v into oVirt engine

- hosted engine with iSCSI/FC/GlusterFS support

- ISO and export domain on FC/iSCSI/GlusterFS would be nice
ISO domain on GlusterFS using POSIXFS domain doesn't work for me in 
oVirt 3.4


- Central Repository for oVirt guest agents
Atm packages are available for Debian, SLES, RHEL/CentOS, Fedora but 
there are different sources and users have to know where to find the 
guest tools. So would love to see e.g. 
http://resources.ovirt.org/guest-agents/{ubuntu,debian,opensuse,...}


Windows needs to be created manually as described here 
http://www.ovirt.org/OVirt_Guest_Agent_For_Windows, right?


I could provide repositories for guest agent in a central point and also 
Windows guest agent packages if you don't plan to do it on ovirt.org as 
I have to required infrastructure (OBS with multiple distributions in 
it) on our side.


- RHEV guest tools APT (Application Provisioning Tool) for Windows 
ported to oVirt

This makes it easier to update guest tools on Windows...

- Upload ISOs thorugh oVirt engine gui

- Use existing share for ISO domain
When creating an ISO domain, oVirt creates it's own directory structure 
with IDs. It would be nice if an existing share could be used (e.g. an 
ISO share on NFS server which is used by other service, too) without 
creating the structure with IDs. I know that the IDs are needed 
internally but I think it should be possible to reuse an existing share.


- Signed RPMs
gpgcheck=0 is really ugly...

- NFS options for storage domains
It would be great if I can change NFS options like e.g. mountproto=tcp 
for NFS storage domains.



Regards,
René




___
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: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/28/2014 06:46 PM, Juan Pablo Lorier wrote:

Hi,

I'm kind of out of date at this time, but I'd like to propose something
that was meant for 3.4 and I don't know it it made into it; use any nfs
share as either a iso or export so you can just copy into the share and
then update in some way the db.


not yet in.


Also, make export domain able to be shared among dcs as is iso domain,
that is an rfe from long time ago and a useful one.


true. some relief via a glance storage domain allowing that.


Attaching and dettaching domains is both time consuming and boring.
Also using tagged and untagged networks on top of the same nic.
Everybody does that except for ovirt.
I also like to say that tough I have a huge enthusiasm for ovirt's fast
evolution, I think that you may need to slow down with adding new
features until most of the rfes that have over a year are done, because
other way it's kind of disappointing opening a rfe just to see it
sleeping too much time. Don't take this wrong, I've been listened and
helped by the team everytime I needed and I'm thankful for that.


"age" is not always the best criteria for prioritiy. we have RFE's open 
for several years it takes us time to get to. sometime newer RFEs are 
more important/interesting (say, leveraging cloud-init or neutron), 
sometime old RFEs are hard to close (get rid of storage pool, etc.).
its a balancing act. but its also open source, which means anyone can 
try and contribute for things they would like prioritized.


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

Re: [Users] oVirt 3.5 planning

[Eli Mesika]

- Original Message -
> From: "Adam Litke" 
> To: "Itamar Heim" 
> Cc: users@ovirt.org, "Michal Skrivanek" 
> Sent: Thursday, February 27, 2014 10:27:35 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> On 27/02/14 21:44 +0200, Itamar Heim wrote:
> >On 02/27/2014 09:35 PM, Liviu Elama wrote:
> >>I think it will be nice to have:
> >>
> >>1. A VM appliance to do backups using the backup APIs or add this
> >>functionality in engine
> >
> >I'd rather see integrated with backup solutions to tackle this
> >(hopefully, there are relevant open source ones as well)
> >
> >>2. engine to create and maintain gluster geo-replication
> >
> >sahina - thoughts?
> >
> >>3. freeBSD as supported guest and guest agent for it
> >
> >adam - where are we with getting freebsd added as guest?
> >http://gerrit.ovirt.org/#/c/22273/
> 
> The patch is Code Reviewed and Verified.  Just needs to be pushed.

Adam , its need a manual rebase , please rebase and submit again ...

> 
> >Liviu - note it is just a config file (other than the icon).
> >
> >vinzenz - i don't remember anyone volunteered to test and package the
> >guest agent on freebsd?
> >(liviu - maybe you can try to tackle that?)
> >
> >>
> >>Regards
> >>Liviu
> >>
> >>
> >>
> >>
> >>On Fri, Feb 28, 2014 at 2:42 AM, Maurice James  >><mailto:midnightst...@msn.com>> wrote:
> >>
> >>Its a "plug" icon
> >>
> >>
> >> > Date: Thu, 27 Feb 2014 15:31:34 +0200
> >> > From: ih...@redhat.com <mailto:ih...@redhat.com>
> >> > To: jo...@israelsson.com <mailto:jo...@israelsson.com>;
> >>users@ovirt.org <mailto:users@ovirt.org>; mskri...@redhat.com
> >><mailto:mskri...@redhat.com>
> >>
> >> > Subject: Re: [Users] oVirt 3.5 planning
> >> >
> >> > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
> >> > > Not sure if this already exist but I have had to help quite a
> >>few users
> >> > > that have only user-permissions to restart their VM if they
> >>managed to
> >> > > hang the OS.
> >> > > This since they lack the permission to power off the machine, and
> >> > > shutdown simply is not enough. Giving them more permission can
> >>help,
> >> > > since they
> >> > > then will have the extended tab with more options including the
> >>ability
> >> > > to power off a VM , this however IMO is overkill since they are
> >>then
> >> > > presented
> >> > > with a vast number of options such as add disk, nic, networks
> >>etc, all
> >> > > not working since they have no (and should have none)
> >> > > permission to those objects.
> >> > >
> >> > > So adding to the basic view in the user portal a power off
> >>button and
> >> > > extending the ordinary user-permission to also include power
> >>off I think
> >> > > would be a good idea.
> >> > >
> >> > > Rgds Jonas
> >> > >
> >> > > ___
> >> > > Users mailing list
> >> > > Users@ovirt.org <mailto:Users@ovirt.org>
> >> > > http://lists.ovirt.org/mailman/listinfo/users
> >> >
> >> > michal - don't we have power off vm in the basic user portal?
> >> > ___
> >> > 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
> >>
> >>
> >
> 
> --
> Adam Litke
> ___
> 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: [Users] oVirt 3.5 planning

[Alan Murrell]

On Wed, 2014-02-26 at 04:18 -0500, Antoni Segura Puimedon wrote:
> Does this mean making simpler the integration with Neutron that is currently
> allowing to use OpenvSwitch or does this call for direct use of ovs?

I was thinking direct use, as in being able to setup a vSwitch (to use
VMware terminology) and be able to do proper VLAN trunking all from
within the oVirt/RHEV interface.

-Alan


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

Re: [Users] oVirt 3.5 planning

[Juan Pablo Lorier]

Hi,

I'm kind of out of date at this time, but I'd like to propose something
that was meant for 3.4 and I don't know it it made into it; use any nfs
share as either a iso or export so you can just copy into the share and
then update in some way the db.
Also, make export domain able to be shared among dcs as is iso domain,
that is an rfe from long time ago and a useful one.
Attaching and dettaching domains is both time consuming and boring.
Also using tagged and untagged networks on top of the same nic.
Everybody does that except for ovirt.
I also like to say that tough I have a huge enthusiasm for ovirt's fast
evolution, I think that you may need to slow down with adding new
features until most of the rfes that have over a year are done, because
other way it's kind of disappointing opening a rfe just to see it
sleeping too much time. Don't take this wrong, I've been listened and
helped by the team everytime I needed and I'm thankful for that.

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

Re: [Users] oVirt 3.5 planning

[Jonas Israelsson]

  
  
That is the extended tab,  If only having user-permissions that tab
is not avalible, nor should it be.

My point is, the basic tab lacks functions, and the extended gives
an ordinary user far to many options (as earlier stated wont work
anyway since a ordinary user wont get any permission to create new
machines, disks etc)  hence my suggestion to add a few new features
to the basic tab.

Rgds Jonas


On 27/02/14 14:42, Maurice James wrote:


  
  Its a "plug" icon

   

 
  
  > Date: Thu, 27 Feb 2014 15:31:34 +0200
> From: ih...@redhat.com
> To: jo...@israelsson.com; users@ovirt.org;
mskri...@redhat.com
    > Subject: Re: [Users] oVirt 3.5 planning
> 
> On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
> > Not sure if this already exist but I have had to
help quite a few users
> > that have only user-permissions to restart their
VM if they managed to
> > hang the OS.
> > This since they lack the permission to power off
the machine, and
> > shutdown simply is not enough. Giving them more
permission can help,
> > since they
> > then will have the extended tab with more options
including the ability
> > to power off a VM , this however IMO is overkill
since they are then
> > presented
> > with a vast number of options such as add disk,
nic, networks etc, all
> > not working since they have no (and should have
none)
> > permission to those objects.
> >
> > So adding to the basic view in the user portal a
power off button and
> > extending the ordinary user-permission to also
include power off I think
> > would be a good idea.
> >
> > Rgds Jonas
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> michal - don't we have power off vm in the basic user
portal?
> ___
> 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: [Users] oVirt 3.5 planning

[Sven Kieske]

Bacula?

Am 27.02.2014 20:44, schrieb Itamar Heim:
> I'd rather see integrated with backup solutions to tackle this
> (hopefully, there are relevant open source ones as well)

-- 
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: [Users] oVirt 3.5 planning

[Alexandr]

27.02.2014 22:51, Liviu Elama ?:
>
> 1. A VM appliance to do backups using the backup APIs or add this
> functionality in engine
>
>
> I'd rather see integrated with backup solutions to tackle this
> (hopefully, there are relevant open source ones as well)
>
> Do you know if there is a 3rd party that has started work on this?
>
>
> 2. engine to create and maintain gluster geo-replication
>
>
> sahina - thoughts?
>
>
> 3. freeBSD as supported guest and guest agent for it
>
>
> adam - where are we with getting freebsd added as guest?
> http://gerrit.ovirt.org/#/c/22273/
> Liviu - note it is just a config file (other than the icon).
>
> vinzenz - i don't remember anyone volunteered to test and package
> the guest agent on freebsd?
> (liviu - maybe you can try to tackle that?)
>
> I can surely test the agent and I can try give it a go to package
> agent for 8.3(if no one else did this before) as I'm interested in
> pfsense on ovirt
We have a lot of freebsd vm's in our ovirt environment (8.4 ... 10.0),
so I am also very interesting to test guest agent.
>
>
>
> Regards
> Liviu
>
>
>
>
> On Fri, Feb 28, 2014 at 2:42 AM, Maurice James
> mailto:midnightst...@msn.com>
> <mailto:midnightst...@msn.com <mailto:midnightst...@msn.com>>>
> wrote:
>
> Its a "plug" icon
>
>
>  > Date: Thu, 27 Feb 2014 15:31:34 +0200
>  > From: ih...@redhat.com <mailto:ih...@redhat.com>
> <mailto:ih...@redhat.com <mailto:ih...@redhat.com>>
>  > To: jo...@israelsson.com <mailto:jo...@israelsson.com>
> <mailto:jo...@israelsson.com <mailto:jo...@israelsson.com>>;
> users@ovirt.org <mailto:users@ovirt.org>
> <mailto:users@ovirt.org <mailto:users@ovirt.org>>;
> mskri...@redhat.com <mailto:mskri...@redhat.com>
> <mailto:mskri...@redhat.com <mailto:mskri...@redhat.com>>
>
>
>  > Subject: Re: [Users] oVirt 3.5 planning
>  >
>  > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
>  > > Not sure if this already exist but I have had to help
> quite a
> few users
>  > > that have only user-permissions to restart their VM
> if they
> managed to
>  > > hang the OS.
>  > > This since they lack the permission to power off the
> machine, and
>  > > shutdown simply is not enough. Giving them more
> permission can
> help,
>  > > since they
>  > > then will have the extended tab with more options
> including the
> ability
>  > > to power off a VM , this however IMO is overkill
> since they are
> then
>  > > presented
>  > > with a vast number of options such as add disk, nic,
> networks
> etc, all
>  > > not working since they have no (and should have none)
>  > > permission to those objects.
>  > >
>  > > So adding to the basic view in the user portal a
> power off
> button and
>  > > extending the ordinary user-permission to also
> include power
> off I think
>  > > would be a good idea.
>  > >
>  > > Rgds Jonas
>  > >
>  > > ___
>  > > 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
>  >
>  > michal - don't we have power off vm in the basic user
> portal?
>  > ___
>  > 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
>
> ___
> 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
>
>
>
>
>
>
> ___
> 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: [Users] oVirt 3.5 planning

[Sahina Bose]

On 02/28/2014 01:14 AM, Itamar Heim wrote:

On 02/27/2014 09:35 PM, Liviu Elama wrote:

I think it will be nice to have:

1. A VM appliance to do backups using the backup APIs or add this
functionality in engine


I'd rather see integrated with backup solutions to tackle this 
(hopefully, there are relevant open source ones as well)



2. engine to create and maintain gluster geo-replication


sahina - thoughts?


Yes, managing and monitoring gluster geo-replication from oVirt is on 
the roadmap.
We had started some work on designing it 
(http://www.ovirt.org/Features/Gluster_Geo_Replication), but had to 
abandon it due to other priorities.


Though this may not make it to 3.5, could you review the feature page 
and tell us if these are the features of Geo replication that you were 
looking for?






3. freeBSD as supported guest and guest agent for it


adam - where are we with getting freebsd added as guest?
http://gerrit.ovirt.org/#/c/22273/
Liviu - note it is just a config file (other than the icon).

vinzenz - i don't remember anyone volunteered to test and package the 
guest agent on freebsd?

(liviu - maybe you can try to tackle that?)



Regards
Liviu




On Fri, Feb 28, 2014 at 2:42 AM, Maurice James mailto:midnightst...@msn.com>> wrote:

Its a "plug" icon


 > Date: Thu, 27 Feb 2014 15:31:34 +0200
 > From: ih...@redhat.com <mailto:ih...@redhat.com>
 > To: jo...@israelsson.com <mailto:jo...@israelsson.com>;
users@ovirt.org <mailto:users@ovirt.org>; mskri...@redhat.com
    <mailto:mskri...@redhat.com>

 > Subject: Re: [Users] oVirt 3.5 planning
 >
 > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
 > > Not sure if this already exist but I have had to help quite a
few users
 > > that have only user-permissions to restart their VM if they
managed to
 > > hang the OS.
 > > This since they lack the permission to power off the 
machine, and

 > > shutdown simply is not enough. Giving them more permission can
help,
 > > since they
 > > then will have the extended tab with more options including the
ability
 > > to power off a VM , this however IMO is overkill since they are
then
 > > presented
 > > with a vast number of options such as add disk, nic, networks
etc, all
 > > not working since they have no (and should have none)
 > > permission to those objects.
 > >
 > > So adding to the basic view in the user portal a power off
button and
 > > extending the ordinary user-permission to also include power
off I think
 > > would be a good idea.
 > >
 > > Rgds Jonas
 > >
 > > ___
 > > Users mailing list
 > > Users@ovirt.org <mailto:Users@ovirt.org>
 > > http://lists.ovirt.org/mailman/listinfo/users
 >
 > michal - don't we have power off vm in the basic user portal?
 > ___
 > 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

Re: [Users] oVirt 3.5 planning

[Vinzenz Feenstra]

On 02/27/2014 09:51 PM, Liviu Elama wrote:


1. A VM appliance to do backups using the backup APIs or add this
functionality in engine


I'd rather see integrated with backup solutions to tackle this
(hopefully, there are relevant open source ones as well)

Do you know if there is a 3rd party that has started work on this?


2. engine to create and maintain gluster geo-replication


sahina - thoughts?


3. freeBSD as supported guest and guest agent for it


adam - where are we with getting freebsd added as guest?
http://gerrit.ovirt.org/#/c/22273/
Liviu - note it is just a config file (other than the icon).

vinzenz - i don't remember anyone volunteered to test and package
the guest agent on freebsd?

The latest information I have is, that they yet don't have virtio serial 
drivers which is the very basic requirement.


(liviu - maybe you can try to tackle that?)

I can surely test the agent and I can try give it a go to package 
agent for 8.3(if no one else did this before) as I'm interested in 
pfsense on ovirt




Regards
Liviu




On Fri, Feb 28, 2014 at 2:42 AM, Maurice James
mailto:midnightst...@msn.com>
<mailto:midnightst...@msn.com <mailto:midnightst...@msn.com>>>
wrote:

Its a "plug" icon


 > Date: Thu, 27 Feb 2014 15:31:34 +0200
 > From: ih...@redhat.com <mailto:ih...@redhat.com>
<mailto:ih...@redhat.com <mailto:ih...@redhat.com>>
 > To: jo...@israelsson.com <mailto:jo...@israelsson.com>
<mailto:jo...@israelsson.com <mailto:jo...@israelsson.com>>;
users@ovirt.org <mailto:users@ovirt.org>
<mailto:users@ovirt.org <mailto:users@ovirt.org>>;
mskri...@redhat.com <mailto:mskri...@redhat.com>
    <mailto:mskri...@redhat.com <mailto:mskri...@redhat.com>>


 > Subject: Re: [Users] oVirt 3.5 planning
 >
 > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
 > > Not sure if this already exist but I have had to help
quite a
few users
 > > that have only user-permissions to restart their VM
if they
managed to
 > > hang the OS.
 > > This since they lack the permission to power off the
machine, and
 > > shutdown simply is not enough. Giving them more
permission can
help,
 > > since they
 > > then will have the extended tab with more options
including the
ability
 > > to power off a VM , this however IMO is overkill
since they are
then
 > > presented
 > > with a vast number of options such as add disk, nic,
networks
etc, all
 > > not working since they have no (and should have none)
 > > permission to those objects.
 > >
 > > So adding to the basic view in the user portal a
power off
button and
 > > extending the ordinary user-permission to also
include power
off I think
 > > would be a good idea.
 > >
 > > Rgds Jonas
 > >
 > > ___
 > > 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
 >
 > michal - don't we have power off vm in the basic user
portal?
 > ___
 > 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

___
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







--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com

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

Re: [Users] oVirt 3.5 planning

[Karli Sjöberg]

Den 27 feb 2014 21:51 skrev Liviu Elama :
>
>
>>> 1. A VM appliance to do backups using the backup APIs or add this
>>> functionality in engine
>>
>>
>> I'd rather see integrated with backup solutions to tackle this (hopefully, 
>> there are relevant open source ones as well)
>>
> Do you know if there is a 3rd party that has started work on this?
>>
>>
>>> 2. engine to create and maintain gluster geo-replication
>>
>>
>> sahina - thoughts?
>>
>>
>>> 3. freeBSD as supported guest and guest agent for it
>>
>>
>> adam - where are we with getting freebsd added as guest?
>> http://gerrit.ovirt.org/#/c/22273/
>> Liviu - note it is just a config file (other than the icon).
>>
>> vinzenz - i don't remember anyone volunteered to test and package the guest 
>> agent on freebsd?
>> (liviu - maybe you can try to tackle that?)
>
> I can surely test the agent and I can try give it a go to package agent for 
> 8.3(if no one else did this before) as I'm interested in pfsense on ovirt

Don't, it's a moot point until someone gets down to sorting out virtio-serial:
http://lists.ovirt.org/pipermail/users/2013-August/015775.html

This is the most recent info I could find on the matter:
http://lists.freebsd.org/pipermail/freebsd-emulation/2013-April/010569.html

You should get in touch with that guy, let him know there's interest at least:)

/K

>>
>>
>>>
>>> Regards
>>> Liviu
>>>
>>>
>>>
>>>
>>> On Fri, Feb 28, 2014 at 2:42 AM, Maurice James >> <mailto:midnightst...@msn.com>> wrote:
>>>
>>> Its a "plug" icon
>>>
>>>
>>>  > Date: Thu, 27 Feb 2014 15:31:34 +0200
>>>  > From: ih...@redhat.com <mailto:ih...@redhat.com>
>>>  > To: jo...@israelsson.com <mailto:jo...@israelsson.com>;
>>> users@ovirt.org <mailto:users@ovirt.org>; mskri...@redhat.com
>>> <mailto:mskri...@redhat.com>
>>>
>>>
>>>  > Subject: Re: [Users] oVirt 3.5 planning
>>>  >
>>>  > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
>>>  > > Not sure if this already exist but I have had to help quite a
>>> few users
>>>  > > that have only user-permissions to restart their VM if they
>>> managed to
>>>  > > hang the OS.
>>>  > > This since they lack the permission to power off the machine, and
>>>  > > shutdown simply is not enough. Giving them more permission can
>>> help,
>>>  > > since they
>>>  > > then will have the extended tab with more options including the
>>> ability
>>>  > > to power off a VM , this however IMO is overkill since they are
>>> then
>>>  > > presented
>>>  > > with a vast number of options such as add disk, nic, networks
>>> etc, all
>>>  > > not working since they have no (and should have none)
>>>  > > permission to those objects.
>>>  > >
>>>  > > So adding to the basic view in the user portal a power off
>>> button and
>>>  > > extending the ordinary user-permission to also include power
>>> off I think
>>>  > > would be a good idea.
>>>  > >
>>>  > > Rgds Jonas
>>>  > >
>>>  > > ___
>>>  > > Users mailing list
>>>  > > Users@ovirt.org <mailto:Users@ovirt.org>
>>>
>>>  > > http://lists.ovirt.org/mailman/listinfo/users
>>>  >
>>>  > michal - don't we have power off vm in the basic user portal?
>>>  > ___
>>>  > 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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/27/2014 10:51 PM, Liviu Elama wrote:

1. A VM appliance to do backups using the backup APIs or add this
functionality in engine


I'd rather see integrated with backup solutions to tackle this
(hopefully, there are relevant open source ones as well)

Do you know if there is a 3rd party that has started work on this?


I'm aware of several, yes.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Liviu Elama]

> 1. A VM appliance to do backups using the backup APIs or add this
>> functionality in engine
>>
>
> I'd rather see integrated with backup solutions to tackle this (hopefully,
> there are relevant open source ones as well)
>
> Do you know if there is a 3rd party that has started work on this?

>
>  2. engine to create and maintain gluster geo-replication
>>
>
> sahina - thoughts?
>
>
>  3. freeBSD as supported guest and guest agent for it
>>
>
> adam - where are we with getting freebsd added as guest?
> http://gerrit.ovirt.org/#/c/22273/
> Liviu - note it is just a config file (other than the icon).
>
> vinzenz - i don't remember anyone volunteered to test and package the
> guest agent on freebsd?
> (liviu - maybe you can try to tackle that?)
>
I can surely test the agent and I can try give it a go to package agent for
8.3(if no one else did this before) as I'm interested in pfsense on ovirt

>
>
>> Regards
>> Liviu
>>
>>
>>
>>
>> On Fri, Feb 28, 2014 at 2:42 AM, Maurice James > <mailto:midnightst...@msn.com>> wrote:
>>
>> Its a "plug" icon
>>
>>
>>  > Date: Thu, 27 Feb 2014 15:31:34 +0200
>>  > From: ih...@redhat.com <mailto:ih...@redhat.com>
>>  > To: jo...@israelsson.com <mailto:jo...@israelsson.com>;
>> users@ovirt.org <mailto:users@ovirt.org>; mskri...@redhat.com
>> <mailto:mskri...@redhat.com>
>>
>>
>>  > Subject: Re: [Users] oVirt 3.5 planning
>>  >
>>  > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
>>  > > Not sure if this already exist but I have had to help quite a
>> few users
>>  > > that have only user-permissions to restart their VM if they
>> managed to
>>  > > hang the OS.
>>  > > This since they lack the permission to power off the machine, and
>>  > > shutdown simply is not enough. Giving them more permission can
>> help,
>>  > > since they
>>  > > then will have the extended tab with more options including the
>> ability
>>  > > to power off a VM , this however IMO is overkill since they are
>> then
>>  > > presented
>>  > > with a vast number of options such as add disk, nic, networks
>> etc, all
>>  > > not working since they have no (and should have none)
>>  > > permission to those objects.
>>  > >
>>  > > So adding to the basic view in the user portal a power off
>> button and
>>  > > extending the ordinary user-permission to also include power
>> off I think
>>  > > would be a good idea.
>>  > >
>>  > > Rgds Jonas
>>  > >
>>  > > ___
>>  > > Users mailing list
>>  > > Users@ovirt.org <mailto:Users@ovirt.org>
>>
>>  > > http://lists.ovirt.org/mailman/listinfo/users
>>  >
>>  > michal - don't we have power off vm in the basic user portal?
>>  > ___
>>  > 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

Re: [Users] oVirt 3.5 planning

[Adam Litke]

On 27/02/14 21:44 +0200, Itamar Heim wrote:

On 02/27/2014 09:35 PM, Liviu Elama wrote:

I think it will be nice to have:

1. A VM appliance to do backups using the backup APIs or add this
functionality in engine


I'd rather see integrated with backup solutions to tackle this 
(hopefully, there are relevant open source ones as well)



2. engine to create and maintain gluster geo-replication


sahina - thoughts?


3. freeBSD as supported guest and guest agent for it


adam - where are we with getting freebsd added as guest?
http://gerrit.ovirt.org/#/c/22273/


The patch is Code Reviewed and Verified.  Just needs to be pushed.


Liviu - note it is just a config file (other than the icon).

vinzenz - i don't remember anyone volunteered to test and package the 
guest agent on freebsd?

(liviu - maybe you can try to tackle that?)



Regards
Liviu




On Fri, Feb 28, 2014 at 2:42 AM, Maurice James mailto:midnightst...@msn.com>> wrote:

   Its a "plug" icon


> Date: Thu, 27 Feb 2014 15:31:34 +0200
> From: ih...@redhat.com <mailto:ih...@redhat.com>
> To: jo...@israelsson.com <mailto:jo...@israelsson.com>;
   users@ovirt.org <mailto:users@ovirt.org>; mskri...@redhat.com
   <mailto:mskri...@redhat.com>

> Subject: Re: [Users] oVirt 3.5 planning
>
> On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
> > Not sure if this already exist but I have had to help quite a
   few users
> > that have only user-permissions to restart their VM if they
   managed to
> > hang the OS.
> > This since they lack the permission to power off the machine, and
> > shutdown simply is not enough. Giving them more permission can
   help,
> > since they
> > then will have the extended tab with more options including the
   ability
> > to power off a VM , this however IMO is overkill since they are
   then
> > presented
> > with a vast number of options such as add disk, nic, networks
   etc, all
> > not working since they have no (and should have none)
> > permission to those objects.
> >
> > So adding to the basic view in the user portal a power off
   button and
> > extending the ordinary user-permission to also include power
   off I think
> > would be a good idea.
> >
> > Rgds Jonas
> >
> > ___
> > Users mailing list
> > Users@ovirt.org <mailto:Users@ovirt.org>
> > http://lists.ovirt.org/mailman/listinfo/users
>
> michal - don't we have power off vm in the basic user portal?
> ___
> 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






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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/27/2014 09:35 PM, Liviu Elama wrote:

I think it will be nice to have:

1. A VM appliance to do backups using the backup APIs or add this
functionality in engine


I'd rather see integrated with backup solutions to tackle this 
(hopefully, there are relevant open source ones as well)



2. engine to create and maintain gluster geo-replication


sahina - thoughts?


3. freeBSD as supported guest and guest agent for it


adam - where are we with getting freebsd added as guest?
http://gerrit.ovirt.org/#/c/22273/
Liviu - note it is just a config file (other than the icon).

vinzenz - i don't remember anyone volunteered to test and package the 
guest agent on freebsd?

(liviu - maybe you can try to tackle that?)



Regards
Liviu




On Fri, Feb 28, 2014 at 2:42 AM, Maurice James mailto:midnightst...@msn.com>> wrote:

Its a "plug" icon


 > Date: Thu, 27 Feb 2014 15:31:34 +0200
 > From: ih...@redhat.com <mailto:ih...@redhat.com>
 > To: jo...@israelsson.com <mailto:jo...@israelsson.com>;
users@ovirt.org <mailto:users@ovirt.org>; mskri...@redhat.com
    <mailto:mskri...@redhat.com>

 > Subject: Re: [Users] oVirt 3.5 planning
 >
 > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
 > > Not sure if this already exist but I have had to help quite a
few users
 > > that have only user-permissions to restart their VM if they
managed to
 > > hang the OS.
 > > This since they lack the permission to power off the machine, and
 > > shutdown simply is not enough. Giving them more permission can
help,
 > > since they
 > > then will have the extended tab with more options including the
ability
 > > to power off a VM , this however IMO is overkill since they are
then
 > > presented
 > > with a vast number of options such as add disk, nic, networks
etc, all
 > > not working since they have no (and should have none)
 > > permission to those objects.
 > >
 > > So adding to the basic view in the user portal a power off
button and
 > > extending the ordinary user-permission to also include power
off I think
 > > would be a good idea.
 > >
 > > Rgds Jonas
 > >
 > > ___
 > > Users mailing list
 > > Users@ovirt.org <mailto:Users@ovirt.org>
 > > http://lists.ovirt.org/mailman/listinfo/users
 >
 > michal - don't we have power off vm in the basic user portal?
 > ___
 > 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

Re: [Users] oVirt 3.5 planning

[Liviu Elama]

I think it will be nice to have:

1. A VM appliance to do backups using the backup APIs or add this
functionality in engine
2. engine to create and maintain gluster geo-replication
3. freeBSD as supported guest and guest agent for it

Regards
Liviu




On Fri, Feb 28, 2014 at 2:42 AM, Maurice James wrote:

> Its a "plug" icon
>
>
>
>
> > Date: Thu, 27 Feb 2014 15:31:34 +0200
> > From: ih...@redhat.com
> > To: jo...@israelsson.com; users@ovirt.org; mskri...@redhat.com
>
> > Subject: Re: [Users] oVirt 3.5 planning
> >
> > On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
> > > Not sure if this already exist but I have had to help quite a few users
> > > that have only user-permissions to restart their VM if they managed to
> > > hang the OS.
> > > This since they lack the permission to power off the machine, and
> > > shutdown simply is not enough. Giving them more permission can help,
> > > since they
> > > then will have the extended tab with more options including the ability
> > > to power off a VM , this however IMO is overkill since they are then
> > > presented
> > > with a vast number of options such as add disk, nic, networks etc, all
> > > not working since they have no (and should have none)
> > > permission to those objects.
> > >
> > > So adding to the basic view in the user portal a power off button and
> > > extending the ordinary user-permission to also include power off I
> think
> > > would be a good idea.
> > >
> > > Rgds Jonas
> > >
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> >
> > michal - don't we have power off vm in the basic user portal?
> > ___
> > 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: [Users] oVirt 3.5 planning - bandwidth accounting

[Dan Kenigsberg]

On Thu, Feb 27, 2014 at 02:14:32PM +0100, Johan Kooijman wrote:
> Dan,
> 
> How about storing the rx_byte per 5 minutes in the engine DB? That way a
> reset of the counters has a minimal impact and analytics as "traffic for VM
> x in month Y" could be made.
> 
> Another approach could be to have iptables keep the count?

I do not see how iptables can help here. On the host, Vdsm reports how
much traffic did VM x consume. However, when the VM is migrated to
another host, the accounting at the destination are reset.

If Engine simply copied the value, you can start month Y with 10GiB of
traffic, and end it with 7KiB.

This should be solved by Engine, probably by "banking" the Vdsm-reported
values on certain occasions (vm shutdown, migration, counter reset), and
exposing only the accumulated result.

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

Re: [Users] oVirt 3.5 planning

[Maurice James]

Its a "plug" icon  

> Date: Thu, 27 Feb 2014 15:31:34 +0200
> From: ih...@redhat.com
> To: jo...@israelsson.com; users@ovirt.org; mskri...@redhat.com
> Subject: Re: [Users] oVirt 3.5 planning
> 
> On 02/25/2014 12:00 PM, Jonas Israelsson wrote:
> > Not sure if this already exist but I have had to help quite a few users
> > that have only user-permissions to restart their VM if they managed to
> > hang the OS.
> > This since they lack the permission to power off the machine, and
> > shutdown simply is not enough. Giving them more permission can help,
> > since they
> > then will have the extended tab with more options including the ability
> > to power off a VM , this however IMO is overkill since they are then
> > presented
> > with a vast number of options such as add disk, nic, networks etc, all
> > not working since they have no (and should have none)
> > permission to those objects.
> >
> > So adding to the basic view in the user portal a power off button and
> > extending the ordinary user-permission to also include power off I think
> > would be a good idea.
> >
> > Rgds Jonas
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> michal - don't we have power off vm in the basic user portal?
> ___
> 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: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 12:00 PM, Jonas Israelsson wrote:

Not sure if this already exist but I have had to help quite a few users
that have only user-permissions to restart their VM if they managed to
hang the OS.
This since they lack the permission to power off the machine, and
shutdown simply is not enough. Giving them more permission can help,
since they
then will have the extended tab with more options including the ability
to power off a VM , this however IMO is overkill since they are then
presented
with a vast number of options such as add disk, nic, networks etc, all
not working since they have no (and should have none)
permission to those objects.

So adding to the basic view in the user portal a power off button and
extending the ordinary user-permission to also include power off I think
would be a good idea.

Rgds Jonas

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


michal - don't we have power off vm in the basic user portal?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning - bandwidth accounting

[Johan Kooijman]

Dan,

How about storing the rx_byte per 5 minutes in the engine DB? That way a
reset of the counters has a minimal impact and analytics as "traffic for VM
x in month Y" could be made.

Another approach could be to have iptables keep the count?


On Thu, Feb 27, 2014 at 1:03 PM, Dan Kenigsberg  wrote:

> There are users that would like to tell how much traffic each vnic of
> each VM has consumed in a period of time. Currently, we report only
> bitrate as a percetage of an estimated vnic "speed". Integrating this
> value over time is inefficent and error prone.
>
> I suggest to have all the stack (Vdsm, Engine, dwh) report the
> actually-trasmitted (and actually-received) byte count on each vnic, as
> well as the time when the sample was taken.
>
> Currently, Vdsm reports
>
>'eth0': {'rxDropped': '0',
> 'rxErrors': '0',
> 'rxRate': '8.0',
> 'speed': '1000',
> 'state': 'up',
> 'txDropped': '0',
> 'txErrors': '0',
> 'txRate': '10.0'},
>
> but it should add rxKiBytes, txKiBytes and time to the frill.
>
> GUI could still calculate the rate for illustration, based on the raw
> trasmission and the sample time.
>
> Until we break backward compatibility, we'd keep reporting the flaky
> rxRate/txRate, too.
>
> I can think of only two problems with this approach: Linux byte counters
> would
> eventually reset when they overflow. This is currently hidden by Vdsm, but
> with
> the suggested change, would have to be handled by higher levels of the
> stack.
>
> A similar problem appears on migration: the counters would reset and Engine
> would need to know how to keep up the accounting properly.
>
> I've opened
>
> Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate
>
> to track this request of mine.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

T +31(0) 6 43 44 45 27
F +31(0) 162 82 00 01
E m...@johankooijman.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning - bandwidth accounting

[Sven Kieske]

+1 This would be very useful!


-- 
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: [Users] oVirt 3.5 planning - bandwidth accounting

[Dan Kenigsberg]

There are users that would like to tell how much traffic each vnic of
each VM has consumed in a period of time. Currently, we report only
bitrate as a percetage of an estimated vnic "speed". Integrating this
value over time is inefficent and error prone.

I suggest to have all the stack (Vdsm, Engine, dwh) report the
actually-trasmitted (and actually-received) byte count on each vnic, as
well as the time when the sample was taken.

Currently, Vdsm reports

   'eth0': {'rxDropped': '0',
'rxErrors': '0',
'rxRate': '8.0',
'speed': '1000',
'state': 'up',
'txDropped': '0',
'txErrors': '0',
'txRate': '10.0'},

but it should add rxKiBytes, txKiBytes and time to the frill.

GUI could still calculate the rate for illustration, based on the raw
trasmission and the sample time.

Until we break backward compatibility, we'd keep reporting the flaky
rxRate/txRate, too.

I can think of only two problems with this approach: Linux byte counters would
eventually reset when they overflow. This is currently hidden by Vdsm, but with
the suggested change, would have to be handled by higher levels of the stack.

A similar problem appears on migration: the counters would reset and Engine
would need to know how to keep up the accounting properly.

I've opened

Bug 1066570 - [RFE] Report actual rx_byte instead of a false rxRate

to track this request of mine.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Federico Alberto Sayd]

On 25/02/14 21:35, Jon Archer wrote:
Ability to import regular KVM images, either via command line or web 
gui...

+1, if through web gui, better
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/26/2014 10:31 AM, Johan Kooijman wrote:

+1 for redesign admin portal.

In RHEV we have a tab Events & Monitor. Events holds the list of events,
but in a view that is a lot easier. Would be nice to have.


can you please elabroate?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Nicolas Ecarnot]

Le 26/02/2014 14:17, Itamar Heim a écrit :

On 02/26/2014 03:15 PM, Nicolas Ecarnot wrote:

Le 24/02/2014 17:59, Itamar Heim a écrit :

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Hi,

I don't know how to name it, but would it be that complex to be able to
switch the "master" role from one storage domain to another (of the same
type).
That would allow changing from a LUN to a wider one, or to do
maintenance actions on it.



sorry, we are working very hard to eliminate the concept of a master
storage domain altogether... ;)


Don't be sorry, this is the best news since long :)

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/26/2014 03:15 PM, Nicolas Ecarnot wrote:

Le 24/02/2014 17:59, Itamar Heim a écrit :

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Hi,

I don't know how to name it, but would it be that complex to be able to
switch the "master" role from one storage domain to another (of the same
type).
That would allow changing from a LUN to a wider one, or to do
maintenance actions on it.



sorry, we are working very hard to eliminate the concept of a master 
storage domain altogether... ;)

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

Re: [Users] oVirt 3.5 planning

[Nicolas Ecarnot]

Le 24/02/2014 17:59, Itamar Heim a écrit :

with oVirt 3.4 getting close to GA with many many great features, time
to collect requests for 3.5...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Hi,

I don't know how to name it, but would it be that complex to be able to 
switch the "master" role from one storage domain to another (of the same 
type).
That would allow changing from a LUN to a wider one, or to do 
maintenance actions on it.


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

Re: [Users] oVirt 3.5 planning

[Latchezar Filtchev]

Dear All,

With your permission I will elaborate more on OpenvSwitch integration. I will 
try briefly  to share with you my experience. 
My university uses MS Windows Active directory 2008R2 with several domains 
dedicated to connect staff computers, computer labs, users private devices, 
different types of users  etc.

I have test environment (CentOS 6 based) for my colleagues in the office. It 
was built by 6 machines:

1. engine, recently upgraded to ver. 3.3.3, connected to Active Directory, 
serves also ISO NFS domain;
2. Data center 1 - with two nodes  - one of nodes serves also iSCSI storage 
domain;
3. Data center 2 - with two  nodes;
4. Regular PC - serves as iSCSI storage domain for Data center 2

Since Ovirt ver. 3.1 no longer I have physical machine installed with Windows. 
For my daily Windows related routine tasks I am using virtual MS Windows  7 
Enterprise machine joined to university Active Directory.

In order to make my colleagues life easy I have created several templates with 
different distributions. What was reaction of my colleagues when I encouraged 
them to experiment with the new environment? My colleagues told me - everything 
is fine for experimenting but we need NAT network in order to make test setups 
of experimental MS Windows domain, Active Directory, Exchange servers etc. We 
do not want to mess with current production environment. This is going to be a 
problem if we decide to offer to students such experimental environment in 
educational process - classes for system unix/linux/windows administration, 
examples for cloud computing etc.

I am still testing with OpenvSwitch integration in order to find solution for 
such case. To be honest with you  - no luck yet. If the integration with 
OpenStack is better supported - I think it will be much easier to create safe 
environments for testing and experimenting.

Please excuse me for this long e-mail.

Thank you!
Best,
Latcho
--
Latchezar FiltchevAmerican University 
in Bulgaria
Director Office of Communications   1 G.Izmirliev - Makednocheto sq.
and Computing  2700 Blagoevgrad
e-mail: lat...@aubg.bg Bulgaria
Direct: +359 (73) 888346
Assistant: +359 (73) 888333
Fax: +359 (73) 888188


-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Antoni Segura Puimedon
Sent: Wednesday, February 26, 2014 11:18 AM
To: users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning



- Original Message -
> From: "Sven Kieske" 
> To: users@ovirt.org
> Sent: Wednesday, February 26, 2014 10:08:45 AM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> +1 for that one too.
> 
> Am 26.02.2014 05:39, schrieb Alan Murrell:
> > This may be more of a 4.0 feature, but my vote goes for integration 
> > of OpenvSwitch (or least an option to add it easily)

Does this mean making simpler the integration with Neutron that is currently 
allowing to use OpenvSwitch or does this call for direct use of ovs?
> 
> 
> --
> 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: [Users] oVirt 3.5 planning

[Doron Fediuck]

Hi 适兕,
Can you please describe the use case you have for big data?
Usually version planning is done by users' needs. The more users
need data the more chance we can invest the time in it (assuming
there are no technical issues here).

- Original Message -
> From: "适兕" 
> To: users@ovirt.org
> Sent: Wednesday, February 26, 2014 11:32:37 AM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> Hi：
> oVirt users.
> 
> Big data is very popular. Like VMware and OpenStack both of them support
> hadoop cluster.
> like:
> http://www.vmware.com/cn/products/vsphere/features/big-data.html
> https://launchpad.net/savanna
> 
> Why not we not thinking?
> 
> Thanks.
> 
> 
> 
> 
> 2014-02-26 17:18 GMT+08:00 Antoni Segura Puimedon < asegu...@redhat.com > :
> 
> 
> 
> 
> 
> - Original Message -
> > From: "Sven Kieske" < s.kie...@mittwald.de >
> > To: users@ovirt.org
> > Sent: Wednesday, February 26, 2014 10:08:45 AM
> > Subject: Re: [Users] oVirt 3.5 planning
> > 
> > +1 for that one too.
> > 
> > Am 26.02.2014 05:39, schrieb Alan Murrell:
> > > This may be more of a 4.0 feature, but my vote goes for integration of
> > > OpenvSwitch (or least an option to add it easily)
> 
> Does this mean making simpler the integration with Neutron that is currently
> allowing to use OpenvSwitch or does this call for direct use of ovs?
> > 
> > 
> > --
> > 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[适兕]

Hi：
  oVirt users.

Big data is very popular. Like VMware and OpenStack both of them support
hadoop cluster.
like:
http://www.vmware.com/cn/products/vsphere/features/big-data.html
https://launchpad.net/savanna

Why not we not thinking?

Thanks.




2014-02-26 17:18 GMT+08:00 Antoni Segura Puimedon :

>
>
> - Original Message -
> > From: "Sven Kieske" 
> > To: users@ovirt.org
> > Sent: Wednesday, February 26, 2014 10:08:45 AM
> > Subject: Re: [Users] oVirt 3.5 planning
> >
> > +1 for that one too.
> >
> > Am 26.02.2014 05:39, schrieb Alan Murrell:
> > > This may be more of a 4.0 feature, but my vote goes for integration of
> > > OpenvSwitch (or least an option to add it easily)
>
> Does this mean making simpler the integration with Neutron that is
> currently
> allowing to use OpenvSwitch or does this call for direct use of ovs?
> >
> >
> > --
> > 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: [Users] oVirt 3.5 planning

[Giorgio Bersano]

2014-02-25 15:39 GMT+01:00 Gianluca Cecchi :
 2014-02-24 17:59 GMT+01:00 Itamar Heim :
>
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...
>
> Signed rpms as in:
> http://lists.ovirt.org/pipermail/users/2014-January/019627.html
> and the mentioned ticket inside Dan answer:
> https://fedorahosted.org/ovirt/ticket/99

 +1

> Hopefully in 3.4 too... ;-)

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

Re: [Users] oVirt 3.5 planning

[Antoni Segura Puimedon]

- Original Message -
> From: "Sven Kieske" 
> To: users@ovirt.org
> Sent: Wednesday, February 26, 2014 10:08:45 AM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> +1 for that one too.
> 
> Am 26.02.2014 05:39, schrieb Alan Murrell:
> > This may be more of a 4.0 feature, but my vote goes for integration of
> > OpenvSwitch (or least an option to add it easily)

Does this mean making simpler the integration with Neutron that is currently
allowing to use OpenvSwitch or does this call for direct use of ovs?
> 
> 
> --
> 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: [Users] oVirt 3.5 planning

[Roy Golan]

On 02/25/2014 06:16 PM, Sven Kieske wrote:

On that wiki page I find:

"limitations: unplug isn't supported fully due to libvirt's bug #1017858"
unfortunately this bug is restricted:
https://bugzilla.redhat.com/show_bug.cgi?id=1017858#c11

I get: You are not authorized to access bug #1017858.

Maybe this bug can get opened up to the public?
I've asked permission to open it. if it won't get public I will open a 
dependent one on it.


Am 25.02.2014 16:29, schrieb Roy Golan:

On 02/25/2014 12:14 PM, Itamar Heim wrote:

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Read only user with API access (without LDAP, Kerberos, etc):
https://bugzilla.redhat.com/show_bug.cgi?id=1067036
If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1

this will not make 3.4. as discussed in the thread on users ml, you
could implement as a plugin in 3.4, but the interface is not stable
yet, so you'll have to re-adjust it for 3.5.


RFE: CPU hotplug (hotunplug would also be very cool!)
https://bugzilla.redhat.com/show_bug.cgi?id=1036764

that's supposed to be in 3.4?
(not for unplug)

please refer to the hotplug cpu wiki [1] for the limitation and problems
with unplug
[1] http://www.ovirt.org/Hot_plug_cpu

RFE: Share ISO and Export Domains across DCs:
https://bugzilla.redhat.com/show_bug.cgi?id=1040297

ISO domains are shareable today (Across different engines as well?)
glance can serve for export/import and can be attached to many
DCs/Engine's as well.


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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

+1 for that one too.

Am 26.02.2014 05:39, schrieb Alan Murrell:
> This may be more of a 4.0 feature, but my vote goes for integration of
> OpenvSwitch (or least an option to add it easily)


-- 
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: [Users] oVirt 3.5 planning

[Sven Kieske]

+1 ! this would be great!

Am 26.02.2014 09:32, schrieb Eli Mesika:
> Since as we see here a useless column for one may be useful for other, I 
> think that the requirement here is a customized column display where you can 
> show/hide columns  

-- 
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: [Users] oVirt 3.5 planning

[Latchezar Filtchev]

+1 for OpenvSwitch easy integration.

Thank you!
Best,
Latcho


-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Alan Murrell
Sent: Wednesday, February 26, 2014 6:40 AM
To: users@ovirt.org
Subject: Re: [Users] oVirt 3.5 planning

This may be more of a 4.0 feature, but my vote goes for integration of 
OpenvSwitch (or least an option to add it easily)


___
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: [Users] oVirt 3.5 planning

[Eli Mesika]

- Original Message -
> From: "Sven Kieske" 
> To: users@ovirt.org
> Sent: Wednesday, February 26, 2014 10:15:54 AM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> While I agree that webadmin is cluttered today, I disagree about
> your cleanup options.
> 
> I find it quite helpful to have the UUID of vms and their disks in
> the overview.
> also I like to directly see the hostname/ip

Since as we see here a useless column for one may be useful for other, I think 
that the requirement here is a customized column display where you can 
show/hide columns  

> 
> Am 25.02.2014 20:20, schrieb Markus Stockhausen:
> > 1) Webadmin cleanups. Several places provide too many informations
> > that make them feel overloaded. Columns that one usually does not care
> > about in the daily administration.
> > 
> > - main VM disk overview includes column with UUIDs
> > - VM overview includes column with display type (SPICE/VNC)
> > - VM overview includes additional status column (text: up/down)
> > - hosts overview includes host name/ip column
> 
> --
> 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: [Users] oVirt 3.5 planning

[Vinzenz Feenstra]

On 02/25/2014 11:23 AM, Sven Kieske wrote:

Can they be attached to multiple DCs at the same time?
I didn't try this out. Maybe it already works?
If it does, since which version?
So I can mount different/the same isos on different
DCs to multiple vms? That would be nice.
That's a feature we are using on a daily basis in our internal 
infrastructure.


Am 25.02.2014 11:14, schrieb Itamar Heim:

ISO domains are shareable today (Across different engines as well?)



--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com

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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

While I agree that webadmin is cluttered today, I disagree about
your cleanup options.

I find it quite helpful to have the UUID of vms and their disks in
the overview.
also I like to directly see the hostname/ip

Am 25.02.2014 20:20, schrieb Markus Stockhausen:
> 1) Webadmin cleanups. Several places provide too many informations
> that make them feel overloaded. Columns that one usually does not care
> about in the daily administration.
> 
> - main VM disk overview includes column with UUIDs
> - VM overview includes column with display type (SPICE/VNC)
> - VM overview includes additional status column (text: up/down) 
> - hosts overview includes host name/ip column

-- 
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: [Users] oVirt 3.5 planning

[Ernest Beinrohr]

Dn(a 24.02.2014 17:59, Itamar Heim wrote / napísal(a):
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...


Admin portal: customize columns: memory, cpus, disks and sorting would 
be very welcome. If this info would be visible in sub-tabs like hosts 
tab and its VMs view, that would be awesome.


--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA , 
+421-2--6241-0360 , +421-903--482-603 


icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org

"For a successful technology, reality must take precedence over public 
relations, for Nature cannot be fooled." Richard Feynman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Ayal Baron]

- Original Message -
> On 02/25/2014 03:30 PM, Sven Kieske wrote:
> > Well, afaik the current workflow is like this:
> >
> > I have iso domain (hosted on NFS server) a, attached to host b.
> >
> > On host b I got vms c,d and e.
> >
> > When I attach an ISO from a to c, the iso gets
> > copied from the NFS server to /var/run/vdsm/payload/{UUID}/..
> >
> > When I attach the same ISO file from a to d the very same iso
> > file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from
> > the NFS server.
> 
> linked, not copied?!

I think this needs to be stressed to prevent any misunderstanding.  There is NO 
data copy going on, a simple symbolic link is all.

> 
> >
> > This is unnecessary because there is already a copy of the iso in
> > the locale filesystem, so it would be cool if this is stored in a
> > way that multiple vms on the same host can utilize the same iso file
> > without downloading it multiple times.
> >
> > I hope I described the workflow in a correct way.
> > If this is done already I am not aware of it, so please correct
> > me if I'm wrong.
> >
> > An additional side effect would be that you can utilize this locally
> > stored iso files while the NFS server or the ISO Domain is in
> > maintenance mode for some reason. Or if you have a network maintenance
> > for the network path which leads to the ISO Domain.
> >
> > Of course this just works if the host has enough ram or dedicated local
> > storage to store these copies.
> >
> > I know that you can circumvent this, by using a locally created ISO
> > Domain on the host itself. But then you lose the ability of sharing
> > this ISO domain with different DCs, don't you?
> >
> >
> > Am 25.02.2014 14:16, schrieb Itamar Heim:
> >> On 02/25/2014 11:55 AM, Sven Kieske wrote:
> >>> RFE: Allow multiple local storage domains/ hosts within a cluster
> >>> with automigration via export domains (vm has to be shut down)
> >>> I will write a detailed BZ for this.
> >>
> >> this can only happen after we finish the removal of storage pool aspects
> >> (which is currently being worked on)
> >>
> >>>
> >>> RFE: temporary copys of iso-images on hosts which get mounted from
> >>> iso domains into vms, this would allow to detach an iso domain while
> >>> isos are attached and would also lower network traffic when an iso
> >>
> >> what's the use case for detaching an iso domain making this worth while?
> >> (it will also kill live migration, or force it to become live storage
> >> migration for the iso)
> >
> >
> 
> ___
> 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: [Users] oVirt 3.5 planning

[Ayal Baron]

- Original Message -
> 
> 
> Am 24.02.2014 17:59, schrieb Itamar Heim:
> > with oVirt 3.4 getting close to GA with many many great features, time
> > to collect requests for 3.5...
> 
> Well I've got a list of bugs I'd like to get fixed
> and a list of RFEs, some of these might also be viable for 3.3.4 or
> 3.4.1 instead of 3.5:
> 
> Bug: wrong boot order when booting with multiple cd-roms/cloud-init this
> should be fixable in 3.3.4 or 3.4 but no reply so far.
> https://bugzilla.redhat.com/show_bug.cgi?id=1064927
> 
> RFE: Read only user with API access (without LDAP, Kerberos, etc):
> https://bugzilla.redhat.com/show_bug.cgi?id=1067036
> If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
> 
> RFE: allow to change the hostname/address ovirt uses to connect to a
> host (a bug was found while investigating this), this would enclude
> automatic enrollment of new certificates to the hosts.
> To follow up on this, it would also be cool to not just support IPv4
> but also IPv6 (not yet included in this RFE)
> https://bugzilla.redhat.com/show_bug.cgi?id=1060215
> 
> RFE: alternative policy for KSM via MOM:
> https://bugzilla.redhat.com/show_bug.cgi?id=1026294
> 
> RFE: Allow to configure the timeout for VNC password authentication
> via webadmin (you can do this via API but not via webadmin).
> I don't need it, but I guess it would be convenient for many users.
> https://bugzilla.redhat.com/show_bug.cgi?id=1055566
> 
> RFE: CPU hotplug (hotunplug would also be very cool!)
> https://bugzilla.redhat.com/show_bug.cgi?id=1036764
> 
> RFE: unbundle novnc dependency from ovirt-engine (novnc is currently a
> hard dependency) so you can install novnc on a different host
> https://bugzilla.redhat.com/show_bug.cgi?id=1063236
> 
> RFE: Allow multiple local storage domains/ hosts within a cluster
> with automigration via export domains (vm has to be shut down)
> I will write a detailed BZ for this.

Being able to move a VM between local domains will be possible through a third 
(shared) domain once we finish the work on getting rid of the spm (we're 
actively working on that).
I'm guessing that by auto-migrate you're referring to user choosing to move the 
VM between 2 local domains and the system behind the scenes would use a shared 
domain to do so?
Assuming this is correct, I'd say that is a very complex flow (too many places 
to fail in the middle and needing to explain to the user what happened).
There would be 2 options here:
1. you could automate it through API
2. there is another feature (blocked by the getting rid of spm feature) about 
being able to *directly* *live* migrate a local VM between 2 nodes.  But this 
of course would require network connectivity.

> 
> RFE: temporary copys of iso-images on hosts which get mounted from
> iso domains into vms, this would allow to detach an iso domain while
> isos are attached and would also lower network traffic when an iso
> is attached to multiple vms. I will write a BZ for this later, too.
> 
> RFE: Share ISO and Export Domains across DCs:
> https://bugzilla.redhat.com/show_bug.cgi?id=1040297
> 
> and last but not least:
> 
> RFE] Allow to perform fence operations from engine (or from a host in
> another DC)
> the functionality of the current fencing feature is so crippled that
> it is plain useless in local storage data centers, because you can't
> use it at all (no other fencing host in cluster)!
> https://bugzilla.redhat.com/show_bug.cgi?id=1054778
> 
> basically you can search BZ for all bugs that I watch, these are the
> ones I'm interested the most atm.
> 
> --
> 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: [Users] oVirt 3.5 planning

[Karli Sjöberg]

On Tue, 2014-02-25 at 15:26 -0500, Malini Rao wrote:
> - Original Message -
> > From: "Markus Stockhausen" 
> > To: "Itamar Heim" , users@ovirt.org
> > Sent: Tuesday, February 25, 2014 2:20:24 PM
> > Subject: Re: [Users] oVirt 3.5 planning
> > 
> > > Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag 
> > > von
> > > "Itamar Heim [ih...@redhat.com]
> > > Gesendet: Montag, 24. Februar 2014 17:59
> > > An: users@ovirt.org
> > > Betreff: [Users] oVirt 3.5 planning
> > > 
> > > with oVirt 3.4 getting close to GA with many many great features, time
> > > to collect requests for 3.5...
> > 
> > 1) Webadmin cleanups. Several places provide too many informations
> > that make them feel overloaded. Columns that one usually does not care
> > about in the daily administration.
> > 
> > - main VM disk overview includes column with UUIDs
> > - VM overview includes column with display type (SPICE/VNC)
> > - VM overview includes additional status column (text: up/down)
> > - hosts overview includes host name/ip column
> 
> +1 We have talked of revisiting what gets displayed by default before too and 
> also worked on a column selector that would allow users to display these 
> other attributes when they feel it is necessary. Together, it may help 
> address the information overload issue you are talking about. Can you and/or 
> anyone else in the community continue the list you started here and identify 
> the columns that are not useful to you in the various list views in Ovirt? I 
> will be happy to compile them and then consolidate it after doing the 
> pertinent analysis and reporting it back to you all for feedback.
> 
> thanks
> Malini
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

Yes, making all columns something you can choose what gets displayed
(with a couple of them chosen by default) would really solve this whole
issue of folks getting annoyed because of column X Y Z being
uninteresting for them. Also, this should be done for all main tabs, not
just VMs. Tall order, but would be a really nice feature.

Also cool would be to be able to sort columns ascending/descending.

When this gets implemented, something to consider would also be that if
a column is deselected, that information really won´t be loaded either.
So it´s not just a cosmetical fix (if everything gets loaded like usual,
just not displayed), but would also help "speed" up the webadmin as
well.

So if you only choose to show the "Name" column, only this information
gets loaded from engine, so it takes the shortest amount of time to
present. The more columns you choose, the more information you get, but
takes longer to present.

Does that make sense?



-- 

Med Vänliga Hälsningar

---
Karli Sjöberg
Swedish University of Agricultural Sciences Box 7079 (Visiting Address
Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.5 planning

[Alan Murrell]

This may be more of a 4.0 feature, but my vote goes for integration of
OpenvSwitch (or least an option to add it easily)


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

Re: [Users] oVirt 3.5 planning

[Christian Hernandez]

+1 on everything that Jon Archer said


Thank you,

Christian Hernandez
1225 Los Angeles Street
Glendale, CA 91204
Phone: 877-782-2737 ext. 4566
Fax: 818-265-3152
christi...@4over.com 
www.4over.com 


On Tue, Feb 25, 2014 at 4:35 PM, Jon Archer  wrote:

> Ability to import regular KVM images, either via command line or web gui...
>
> +1 on the uploading of ISO via web GUI.
>
> Jon
>
>
> On 24/02/14 16:59, Itamar Heim wrote:
>
>> with oVirt 3.4 getting close to GA with many many great features, time to
>> collect requests for 3.5...
>> ___
>> 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: [Users] oVirt 3.5 planning

[Jon Archer]

Ability to import regular KVM images, either via command line or web gui...

+1 on the uploading of ISO via web GUI.

Jon

On 24/02/14 16:59, Itamar Heim wrote:
with oVirt 3.4 getting close to GA with many many great features, time 
to collect requests for 3.5...

___
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: [Users] oVirt 3.5 planning

[Darrell Budic]

On Feb 25, 2014, at 1:38 PM, Itamar Heim  wrote:

> On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
>> 3) Shared console access for two or more administrators
>> 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1060854
> 
> michal - is this just a config in the .vv file? I'd expect qemu needs to 
> support this as well? especially since the ticketing mechanism is designed to 
> disconnect previous user?

+1. Would like to be able to make it available to power users as well.


And another minor cleanup on the admin gui, it’d be nice if the %memory graphic 
had a mouse over for “% of what” as well, maybe similar for %CPU & %network. 
Thinking mouseovers so as not to take more real estate or clutter the columns 
any more.

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

Re: [Users] oVirt 3.5 planning

[Malini Rao]

- Original Message -
> From: "Markus Stockhausen" 
> To: "Itamar Heim" , users@ovirt.org
> Sent: Tuesday, February 25, 2014 2:20:24 PM
> Subject: Re: [Users] oVirt 3.5 planning
> 
> > Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von
> > "Itamar Heim [ih...@redhat.com]
> > Gesendet: Montag, 24. Februar 2014 17:59
> > An: users@ovirt.org
> > Betreff: [Users] oVirt 3.5 planning
> > 
> > with oVirt 3.4 getting close to GA with many many great features, time
> > to collect requests for 3.5...
> 
> 1) Webadmin cleanups. Several places provide too many informations
> that make them feel overloaded. Columns that one usually does not care
> about in the daily administration.
> 
> - main VM disk overview includes column with UUIDs
> - VM overview includes column with display type (SPICE/VNC)
> - VM overview includes additional status column (text: up/down)
> - hosts overview includes host name/ip column

+1 We have talked of revisiting what gets displayed by default before too and 
also worked on a column selector that would allow users to display these other 
attributes when they feel it is necessary. Together, it may help address the 
information overload issue you are talking about. Can you and/or anyone else in 
the community continue the list you started here and identify the columns that 
are not useful to you in the various list views in Ovirt? I will be happy to 
compile them and then consolidate it after doing the pertinent analysis and 
reporting it back to you all for feedback.

thanks
Malini

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

Re: [Users] oVirt 3.5 planning

[Einav Cohen]

> - Original Message -
> From: "Itamar Heim" 
> Sent: Tuesday, February 25, 2014 2:36:11 PM
> 
> On 02/25/2014 09:20 PM, Markus Stockhausen wrote:
> > 2) Better handling of translation bugs
> >
> > There seems to be no clear way of how one can get bugfixes for
> > translation typos into OVirt webadmin. Bugzilla (at least in my
> > case) shows no real progress for RFEs.
> 
> easiest would be to submit a patch for typos - english or other
> translations. einav can provide more guidance on how to do this.

for fixing typos in English - feel free to submit a patch. 

do NOT submit patches for fixing typos in non-English strings - 
non-English strings are managed via the Zanata translation system. 
for fixing typos in non-English strings - you will need to become a 
translator of the 'oVirt' project in Zanata [1]; 
you can also just report the typo in BZ - make sure to mention the 
problematic locale and mark the BZ with the 'i18n' Whiteboard. 

[1] see https://translate.zanata.org/zanata/, "Translators" section for 
details. 
oVirt project is in: https://translate.zanata.org/zanata/project/view/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: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 09:20 PM, Markus Stockhausen wrote:

3) Shared console access for two or more administrators

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


michal - is this just a config in the .vv file? I'd expect qemu needs to 
support this as well? especially since the ticketing mechanism is 
designed to disconnect previous user?

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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 09:20 PM, Markus Stockhausen wrote:

2) Better handling of translation bugs

There seems to be no clear way of how one can get bugfixes for
translation typos into OVirt webadmin. Bugzilla (at least in my
case) shows no real progress for RFEs.


easiest would be to submit a patch for typos - english or other 
translations. einav can provide more guidance on how to do this.

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

Re: [Users] oVirt 3.5 planning

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von 
> "Itamar Heim [ih...@redhat.com]
> Gesendet: Montag, 24. Februar 2014 17:59
> An: users@ovirt.org
> Betreff: [Users] oVirt 3.5 planning
> 
> with oVirt 3.4 getting close to GA with many many great features, time
> to collect requests for 3.5...

1) Webadmin cleanups. Several places provide too many informations
that make them feel overloaded. Columns that one usually does not care
about in the daily administration.

- main VM disk overview includes column with UUIDs
- VM overview includes column with display type (SPICE/VNC)
- VM overview includes additional status column (text: up/down) 
- hosts overview includes host name/ip column

2) Better handling of translation bugs

There seems to be no clear way of how one can get bugfixes for 
translation typos into OVirt webadmin. Bugzilla (at least in my 
case) shows no real progress for RFEs. 

3) Shared console access for two or more administrators

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

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [Users] oVirt 3.5 planning

[Itamar Heim]

On 02/25/2014 03:30 PM, Sven Kieske wrote:

Well, afaik the current workflow is like this:

I have iso domain (hosted on NFS server) a, attached to host b.

On host b I got vms c,d and e.

When I attach an ISO from a to c, the iso gets
copied from the NFS server to /var/run/vdsm/payload/{UUID}/..

When I attach the same ISO file from a to d the very same iso
file gets copied again to /var/run/vdsm/payload/{UUID_2}/ from
the NFS server.


linked, not copied?!



This is unnecessary because there is already a copy of the iso in
the locale filesystem, so it would be cool if this is stored in a
way that multiple vms on the same host can utilize the same iso file
without downloading it multiple times.

I hope I described the workflow in a correct way.
If this is done already I am not aware of it, so please correct
me if I'm wrong.

An additional side effect would be that you can utilize this locally
stored iso files while the NFS server or the ISO Domain is in
maintenance mode for some reason. Or if you have a network maintenance
for the network path which leads to the ISO Domain.

Of course this just works if the host has enough ram or dedicated local
storage to store these copies.

I know that you can circumvent this, by using a locally created ISO
Domain on the host itself. But then you lose the ability of sharing
this ISO domain with different DCs, don't you?


Am 25.02.2014 14:16, schrieb Itamar Heim:

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Allow multiple local storage domains/ hosts within a cluster
with automigration via export domains (vm has to be shut down)
I will write a detailed BZ for this.


this can only happen after we finish the removal of storage pool aspects
(which is currently being worked on)



RFE: temporary copys of iso-images on hosts which get mounted from
iso domains into vms, this would allow to detach an iso domain while
isos are attached and would also lower network traffic when an iso


what's the use case for detaching an iso domain making this worth while?
(it will also kill live migration, or force it to become live storage
migration for the iso)





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

Re: [Users] oVirt 3.5 planning

[Kapetanakis Giannis]

On 25/02/14 03:55, Maurice James wrote:

External authentication that does not require the use of Kerberos in the
environment :)



+1 on this.

LDAP was there is earlier releases.

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

Re: [Users] oVirt 3.5 planning

[Sven Kieske]

On that wiki page I find:

"limitations: unplug isn't supported fully due to libvirt's bug #1017858"
unfortunately this bug is restricted:
https://bugzilla.redhat.com/show_bug.cgi?id=1017858#c11

I get: You are not authorized to access bug #1017858.

Maybe this bug can get opened up to the public?

Am 25.02.2014 16:29, schrieb Roy Golan:
> On 02/25/2014 12:14 PM, Itamar Heim wrote:
>> On 02/25/2014 11:55 AM, Sven Kieske wrote:
>>> RFE: Read only user with API access (without LDAP, Kerberos, etc):
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1067036
>>> If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1
>>
>> this will not make 3.4. as discussed in the thread on users ml, you
>> could implement as a plugin in 3.4, but the interface is not stable
>> yet, so you'll have to re-adjust it for 3.5.
>>
>>> RFE: CPU hotplug (hotunplug would also be very cool!)
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1036764
>>
>> that's supposed to be in 3.4?
>> (not for unplug)
> please refer to the hotplug cpu wiki [1] for the limitation and problems
> with unplug
> [1] http://www.ovirt.org/Hot_plug_cpu
>>
>>> RFE: Share ISO and Export Domains across DCs:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1040297
>>
>> ISO domains are shareable today (Across different engines as well?)
>> glance can serve for export/import and can be attached to many
>> DCs/Engine's as well.

-- 
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: [Users] oVirt 3.5 planning

[Sven Kieske]

+1 (and added to cc list)

Am 25.02.2014 16:24, schrieb Bob Doolittle:
> On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:
>>
>> I am also voting in favor of ovirt-guest-tools-iso.
>>
> 
> +1
> 
> BTW this RFE is already in Bugzilla:
> https://bugzilla.redhat.com/show_bug.cgi?id=1028489
> 
> It's my understanding that the biggest challenge is creating a suitable
> build environment.
> 
> It's been pushed off for the last few releases. Interested parties could
> also add themselves to the CC of the report to emphasize interest.
> 
> -Bob


-- 
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: [Users] oVirt 3.5 planning

[Roy Golan]

On 02/25/2014 12:14 PM, Itamar Heim wrote:

On 02/25/2014 11:55 AM, Sven Kieske wrote:

RFE: Read only user with API access (without LDAP, Kerberos, etc):
https://bugzilla.redhat.com/show_bug.cgi?id=1067036
If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1


this will not make 3.4. as discussed in the thread on users ml, you 
could implement as a plugin in 3.4, but the interface is not stable 
yet, so you'll have to re-adjust it for 3.5.



RFE: CPU hotplug (hotunplug would also be very cool!)
https://bugzilla.redhat.com/show_bug.cgi?id=1036764


that's supposed to be in 3.4?
(not for unplug)
please refer to the hotplug cpu wiki [1] for the limitation and problems 
with unplug

[1] http://www.ovirt.org/Hot_plug_cpu



RFE: Share ISO and Export Domains across DCs:
https://bugzilla.redhat.com/show_bug.cgi?id=1040297


ISO domains are shareable today (Across different engines as well?)
glance can serve for export/import and can be attached to many 
DCs/Engine's as well.

___
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: [Users] oVirt 3.5 planning

[Bob Doolittle]

On 02/24/2014 11:08 PM, Latchezar Filtchev wrote:


I am also voting in favor of ovirt-guest-tools-iso.



+1

BTW this RFE is already in Bugzilla: 
https://bugzilla.redhat.com/show_bug.cgi?id=1028489


It's my understanding that the biggest challenge is creating a suitable 
build environment.


It's been pushed off for the last few releases. Interested parties could 
also add themselves to the CC of the report to emphasize interest.


-Bob


Best,

Latcho

--

Latchezar FiltchevAmerican 
University in Bulgaria


Director Office of Communications   1 G.Izmirliev - Makednocheto sq.

and Computing  2700 
Blagoevgrad


e-mail: lat...@aubg.bg Bulgaria

Direct: +359 (73) 888346

Assistant: +359 (73) 888333

Fax: +359 (73) 888188

*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On 
Behalf Of *Liviu Elama

*Sent:* Tuesday, February 25, 2014 4:34 AM
*To:* users@ovirt.org
*Subject:* Re: [Users] oVirt 3.5 planning

ovirt-guest-tools-iso similar to rhev-guest-tools-iso and uploaded to 
ISO domain by default


On Tue, Feb 25, 2014 at 2:55 PM, Maurice James <mailto:midnightst...@msn.com>> wrote:


External authentication that does not require the use of Kerberos in the
environment :)


-Original Message-
From: users-boun...@ovirt.org <mailto:users-boun...@ovirt.org> 
[mailto:users-boun...@ovirt.org <mailto:users-boun...@ovirt.org>] On 
Behalf Of

Itamar Heim
Sent: Monday, February 24, 2014 11:59 AM
To: users@ovirt.org <mailto:users@ovirt.org>
Subject: [Users] oVirt 3.5 planning

with oVirt 3.4 getting close to GA with many many great features, time to
collect requests for 3.5...
___
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: [Users] oVirt 3.5 planning

[Michal Skrivanek]

On 25 Feb 2014, at 14:13, Itamar Heim wrote:

> On 02/25/2014 11:55 AM, Sven Kieske wrote:
>> RFE: Allow to configure the timeout for VNC password authentication
>> via webadmin (you can do this via API but not via webadmin).
>> I don't need it, but I guess it would be convenient for many users.
>> https://bugzilla.redhat.com/show_bug.cgi?id=1055566
> 
> michal - wasn't this an option in the past for manual vnc invocation?

nope. just the API way.
I don't find the solution of someone going in manually entering the pwd on some 
command line as something not really ideal. The .vv should be associated with a 
script or remote-viewer and then 120s should always be enough to launch it

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

Re: [Users] oVirt 3.5 planning

[Markus Stockhausen]

> Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von 
> "Giorgio Bersano [giorgio.bers...@gmail.com]
> Gesendet: Dienstag, 25. Februar 2014 15:13
> An: Itamar Heim
> Cc: users@ovirt.org
> Betreff: Re: [Users] oVirt 3.5 planning
> 
> 
> Maybe this one is even more important: the ability to import a Storage
> Domain http://www.ovirt.org/Features/ImportStorageDomain .

+ 1 

> Best regards,
> Giorgio.

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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