[Users] oVirt 3.5 planning

[Ayal Baron]

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

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

> 
> RFE: temporary copys of iso-images on hosts which get mounted from
> iso domains into vms, this would allow to detach an iso domain while
> isos are attached and would also lower network traffic when an iso
> is attached to multiple vms. I will write a BZ for this later, too.
> 
> RFE: Share ISO and Export Domains across DCs:
> https://bugzilla.redhat.com/show_bug.cgi?id=1040297
> 
> and last but not least:
> 
> RFE] Allow to perform fence operations from engine (or from a host in
> another DC)
> the functionality of the current fencing feature is so crippled that
> it is plain useless in local storage data centers, because you can't
> use it at all (no other fencing host in cluster)!
> https://bugzilla.redhat.com/show_bug.cgi?id=1054778
> 
> basically you can search BZ for all bugs that I watch, these are the
> ones I'm interested the most atm.
> 
> --
> Mit freundlichen Grüßen / Regards
> 
> Sven Kieske
> 
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> Königsberger Straße 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Geschäftsführer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>