Re: [Users] oVirt 3.5 planning
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
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 https://bugzilla.redhat.com/describecomponents.cgi?product=Red%20Hat%20Enterprise%20Virtualization%20Manager 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
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
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
2014-03-26 11:20 GMT+01:00 Sven Kieske s.kie...@mittwald.de: 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
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
+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
On Mar 26, 2014, at 10:51 , Itamar Heim ih...@redhat.com 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
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
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
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
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
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
On Mar 18, 2014, at 13:30 , Sven Kieske s.kie...@mittwald.de 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
On 20/03/14 20:00, Federico Simoncelli wrote: - Original Message - From: Itamar Heim ih...@redhat.com To: Federico Alberto Sayd fs...@uncu.edu.ar, users@ovirt.org, Federico Simoncelli fsimo...@redhat.com 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
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
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
- Original Message - From: Itamar Heim ih...@redhat.com To: Federico Alberto Sayd fs...@uncu.edu.ar, users@ovirt.org, Federico Simoncelli fsimo...@redhat.com 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
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
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
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
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
From: Jorick Astrego j.astr...@netbulae.eu 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
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
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
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 http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+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
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
+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
+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
- Original Message - From: Itamar Heim ih...@redhat.com To: Ernest Beinrohr ernest.beinr...@axonpro.sk, users@ovirt.org, Omer Frenkel ofren...@redhat.com 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
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
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 http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+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
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 - bandwidth/cpu/io accounting
- Original Message - From: Dan Kenigsberg dan...@redhat.com To: Itamar Heim ih...@redhat.com, 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
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
- Original Message - From: Itamar Heim ih...@redhat.com 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
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
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
- Original Message - From: Adam Litke ali...@redhat.com To: Itamar Heim ih...@redhat.com Cc: users@ovirt.org, Michal Skrivanek mskri...@redhat.com 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 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 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
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
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
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
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
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 - bandwidth accounting
+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, 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 dan...@redhat.com 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
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 attachment: poweroff.PNG___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning - bandwidth accounting
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
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 midnightst...@msn.comwrote: 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 inline: poweroff.PNG___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
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 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 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
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 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 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
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 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 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
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
Den 27 feb 2014 21:51 skrev Liviu Elama liviu.el...@gmail.com: 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 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 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
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 midnightst...@msn.com 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
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
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 http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+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
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
- Original Message - From: Sven Kieske s.kie...@mittwald.de 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
+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
+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
+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
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
- 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
Re: [Users] oVirt 3.5 planning
2014-02-25 15:39 GMT+01:00 Gianluca Cecchi gianluca.cec...@gmail.com: 2014-02-24 17:59 GMT+01:00 Itamar Heim ih...@redhat.com: 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
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
Re: [Users] oVirt 3.5 planning
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: 适兕 lijiangshe...@gmail.com 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
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 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
Re: [Users] oVirt 3.5 planning
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
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
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
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
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... multiple ISO domains. -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+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
On 02/25/2014 11:06 AM, 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... multiple ISO domains. can you please elaborate a bit on the use case? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
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
Re: [Users] oVirt 3.5 planning
On 02/25/2014 12:00 PM, Ernest Beinrohr wrote: Dňa 25.02.2014 10:45, Itamar Heim wrote / napísal(a): On 02/25/2014 11:06 AM, 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... multiple ISO domains. can you please elaborate a bit on the use case? Of course. My ISO domain died. With ovirt I was unable to remove/detach it to create a new one. I was left without a means to boot repair ISOs ( as the iso domain was also my PXE server). The main bug here is IMHO the inability to remove/detach a dead storage. With ISO its particularly painful, as there can be only one of them. allon - thoughts on inability to remove a dead iso storage domain? alissa - any reason editing the iso domain to another one wouldn't work in this case? -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+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
On 02/25/2014 11:55 AM, Sven Kieske wrote: 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 eli - thoughts on above? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
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. Am 25.02.2014 11:14, schrieb Itamar Heim: ISO domains are shareable today (Across different engines 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
- Original Message - From: Itamar Heim ih...@redhat.com To: Sven Kieske s.kie...@mittwald.de, users@ovirt.org, Eli Mesika emes...@redhat.com, Barak Azulay bazu...@redhat.com Sent: Tuesday, February 25, 2014 12:14:48 PM Subject: Re: [Users] oVirt 3.5 planning On 02/25/2014 11:55 AM, Sven Kieske wrote: 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 eli - thoughts on above? The fencing mechanism certainly does not work for local storage domain, It looks like this was neglected since the fencing mechanism was designed to prevent data corruption .. and this use case (single host in DC) we are not worried about it. In first look it looks like an easy implementation - just to add a system wide proxy selection policy, However when thinking on adding this option I can think of a few issues that needs to be discussed first: - Can we assume network connectivity between hosts in different DCs ? - If this is not the case than can/should we enable specific DCs that we know has this connectivity ? Or do we just select a system wide proxy and try to fence ... this might have timeout issues in case there is no connectivity ... and fencing might take a long time to perform. Thanks Barak Azulay ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Well that's easy: You can assume network connectivity to all hosts in all dcs from a specific host: the ovirt-engine host has clearly network access to all hosts in all DCs it manages. this might not be appropriate when the engine is run as self-hosted engine. you should at least avoid to fence the host the engine runs on from engine ;) HTH Am 25.02.2014 11:43, schrieb Barak Azulay: - Original Message - From: Itamar Heim ih...@redhat.com To: Sven Kieske s.kie...@mittwald.de, users@ovirt.org, Eli Mesika emes...@redhat.com, Barak Azulay bazu...@redhat.com Sent: Tuesday, February 25, 2014 12:14:48 PM Subject: Re: [Users] oVirt 3.5 planning On 02/25/2014 11:55 AM, Sven Kieske wrote: 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 eli - thoughts on above? The fencing mechanism certainly does not work for local storage domain, It looks like this was neglected since the fencing mechanism was designed to prevent data corruption .. and this use case (single host in DC) we are not worried about it. In first look it looks like an easy implementation - just to add a system wide proxy selection policy, However when thinking on adding this option I can think of a few issues that needs to be discussed first: - Can we assume network connectivity between hosts in different DCs ? - If this is not the case than can/should we enable specific DCs that we know has this connectivity ? Or do we just select a system wide proxy and try to fence ... this might have timeout issues in case there is no connectivity ... and fencing might take a long time to perform. Thanks Barak Azulay -- 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
On 02/25/2014 12:23 PM, 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. an ISO domain can be assocaited to multiple DCs/Engines concurently. since 2.2 iirc... for sure before 3.0, so for ovirt - always... Am 25.02.2014 11:14, schrieb Itamar Heim: ISO domains are shareable today (Across different engines as well?) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
- Original Message - From: Itamar Heim ih...@redhat.com To: Sven Kieske s.kie...@mittwald.de, users@ovirt.org, Eli Mesika emes...@redhat.com, Barak Azulay bazu...@redhat.com Sent: Tuesday, February 25, 2014 12:14:48 PM Subject: Re: [Users] oVirt 3.5 planning On 02/25/2014 11:55 AM, Sven Kieske wrote: 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 eli - thoughts on above? 1) I had started to check an option of light VDSM only for fencing operations in order to use engine as the proxy for fencing operations, I do not have enough info ATM if that can be part of 3.5 2) Regarding enabling to search for a proxy in other DCs (after searching in cluster current DC), this is an extension to the current proxy preferences that we can apply for 3.5 3) Regarding local storage DCs, this is related also to BZ 1053434, I tend to hide the PM TAB in Host New/Edit dialog if we have only one DC with local storage, in that case we will not enable do define PM at all and we should also hide the Alerts tab which is relevant only for PM ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Maybe some additional context on the current implementation of power management until ovirt 3.3.3 and local storage dcs: 1. as mentioned below, you can't use it, because you have no fencing host in the cluster. 2. when editing the host via webadmin, ovirt always asks if you do not want to configure power management, which you have to decline. 3. if you configure power management (I don't know why the option is not greyed out when it doesn't do anything) you can't do anything with it: ovirt starts to complain that it can't test power management, because there is no host to test it with. 4. you can't even power off or restart the host via power management from engine, because there is no fencing host! I don't know why you need a fencing host when there is e.g. no vm running on the host you want to power down or restart. So I would at least expect for 3.3.4 or 3.4.1: Either: 1. disable power management in local storage, so ovirt doesn't ask you to configure it, over and over again (annoying!) 2. make it work by adding engine itself or different host in another data center as fencing host. 3. enable sanity check if you need the fencing host for certain situations at all: e.g. you don't need a fencing host in local storage dc with no vms running on a host when you want to power down or reboot the host with the configured power management. I would of course prefer number 2 and 3 and prefer fencing from engine, since you may start with just engine and a single host in a single dc. So you got no other host in another dc to do fencing. For all-in-one: this feature should be disabled completely (I never used all-in-one, so it might already be the case). Thank you for your consideration and time! Am 25.02.2014 11:14, schrieb Itamar Heim: On 02/25/2014 11:55 AM, Sven Kieske wrote: 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 eli - thoughts on above? -- 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
On 02/25/2014 12:49 PM, Sven Kieske wrote: 4. you can't even power off or restart the host via power management from engine, because there is no fencing host! I don't know why you need a fencing host when there is e.g. no vm running on the host you want to power down or restart. well, someone needs to run the fence script to do the power management operation on the host... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
On 02/25/2014 10: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. We were always able to share an ISO domain You can use the same iso's on different DC's and multiple vm's can read from the same iso. Am 25.02.2014 11:14, schrieb Itamar Heim: ISO domains are shareable today (Across different engines as well?) -- Dafna Ron ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
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? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
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
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. 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) -- 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
2014-02-24 17:59 GMT+01:00 Itamar Heim ih...@redhat.com: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... My favourite RFE is already in bugzilla: Enable Hosted Engine Configuration when environment is configured with SAN Storage Backend (iSCSI, FC). https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold) Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
2014-02-25 15:02 GMT+01:00 Giorgio Bersano giorgio.bers...@gmail.com: 2014-02-24 17:59 GMT+01:00 Itamar Heim ih...@redhat.com: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... My favourite RFE is already in bugzilla: Enable Hosted Engine Configuration when environment is configured with SAN Storage Backend (iSCSI, FC). https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold) Maybe this one is even more important: the ability to import a Storage Domain http://www.ovirt.org/Features/ImportStorageDomain . Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Le 25/02/2014 15:13, Giorgio Bersano a écrit : 2014-02-25 15:02 GMT+01:00 Giorgio Bersano giorgio.bers...@gmail.com: 2014-02-24 17:59 GMT+01:00 Itamar Heim ih...@redhat.com: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... My favourite RFE is already in bugzilla: Enable Hosted Engine Configuration when environment is configured with SAN Storage Backend (iSCSI, FC). https://bugzilla.redhat.com/show_bug.cgi?id=1036731 (Thank you Scott Herold) Maybe this one is even more important: the ability to import a Storage Domain http://www.ovirt.org/Features/ImportStorageDomain . Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Clearly YES! Future features regarding stability and disaster recovery helpers are far more precious than adding new features. -- Nicolas Ecarnot ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
2014-02-24 17:59 GMT+01:00 Itamar Heim ih...@redhat.com: 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 Hopefully in 3.4 too... ;-) Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Il 25/02/2014 15:39, Gianluca Cecchi ha scritto: 2014-02-24 17:59 GMT+01:00 Itamar Heim ih...@redhat.com: 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 Hopefully in 3.4 too... ;-) We're already working on it, I hope we'll have 3.4.0 rpm signed. Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Sandro Bonazzola 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
Am 25.02.2014 15:13, schrieb Giorgio Bersano: Maybe this one is even more important: the ability to import a Storage Domain http://www.ovirt.org/Features/ImportStorageDomain . +1 -- 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
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
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 midnightst...@msn.com 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
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
+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
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
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