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