----- Original Message ----- > > > Am 24.02.2014 17:59, schrieb Itamar Heim: > > with oVirt 3.4 getting close to GA with many many great features, time > > to collect requests for 3.5... > > Well I've got a list of bugs I'd like to get fixed > and a list of RFEs, some of these might also be viable for 3.3.4 or > 3.4.1 instead of 3.5: > > Bug: wrong boot order when booting with multiple cd-roms/cloud-init this > should be fixable in 3.3.4 or 3.4 but no reply so far. > https://bugzilla.redhat.com/show_bug.cgi?id=1064927 > > RFE: Read only user with API access (without LDAP, Kerberos, etc): > https://bugzilla.redhat.com/show_bug.cgi?id=1067036 > If this doesn't make 3.4 it should really be done in 3.5 or 3.4.1 > > RFE: allow to change the hostname/address ovirt uses to connect to a > host (a bug was found while investigating this), this would enclude > automatic enrollment of new certificates to the hosts. > To follow up on this, it would also be cool to not just support IPv4 > but also IPv6 (not yet included in this RFE) > https://bugzilla.redhat.com/show_bug.cgi?id=1060215 > > RFE: alternative policy for KSM via MOM: > https://bugzilla.redhat.com/show_bug.cgi?id=1026294 > > RFE: Allow to configure the timeout for VNC password authentication > via webadmin (you can do this via API but not via webadmin). > I don't need it, but I guess it would be convenient for many users. > https://bugzilla.redhat.com/show_bug.cgi?id=1055566 > > RFE: CPU hotplug (hotunplug would also be very cool!) > https://bugzilla.redhat.com/show_bug.cgi?id=1036764 > > RFE: unbundle novnc dependency from ovirt-engine (novnc is currently a > hard dependency) so you can install novnc on a different host > https://bugzilla.redhat.com/show_bug.cgi?id=1063236 > > RFE: Allow multiple local storage domains/ hosts within a cluster > with automigration via export domains (vm has to be shut down) > I will write a detailed BZ for this.
Being able to move a VM between local domains will be possible through a third (shared) domain once we finish the work on getting rid of the spm (we're actively working on that). I'm guessing that by auto-migrate you're referring to user choosing to move the VM between 2 local domains and the system behind the scenes would use a shared domain to do so? Assuming this is correct, I'd say that is a very complex flow (too many places to fail in the middle and needing to explain to the user what happened). There would be 2 options here: 1. you could automate it through API 2. there is another feature (blocked by the getting rid of spm feature) about being able to *directly* *live* migrate a local VM between 2 nodes. But this of course would require network connectivity. > > RFE: temporary copys of iso-images on hosts which get mounted from > iso domains into vms, this would allow to detach an iso domain while > isos are attached and would also lower network traffic when an iso > is attached to multiple vms. I will write a BZ for this later, too. > > RFE: Share ISO and Export Domains across DCs: > https://bugzilla.redhat.com/show_bug.cgi?id=1040297 > > and last but not least: > > RFE] Allow to perform fence operations from engine (or from a host in > another DC) > the functionality of the current fencing feature is so crippled that > it is plain useless in local storage data centers, because you can't > use it at all (no other fencing host in cluster)! > https://bugzilla.redhat.com/show_bug.cgi?id=1054778 > > basically you can search BZ for all bugs that I watch, these are the > ones I'm interested the most atm. > > -- > Mit freundlichen Grüßen / Regards > > Sven Kieske > > Systemadministrator > Mittwald CM Service GmbH & Co. KG > Königsberger Straße 6 > 32339 Espelkamp > T: +49-5772-293-100 > F: +49-5772-293-333 > https://www.mittwald.de > Geschäftsführer: Robert Meyer > St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen > Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users