12:40 a.m.
----- 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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users