[Users] RFE: A manual way of saying that only hostA in a DC shall be used as proxy for power commands
2:53 p.m.
--_000_B2C62FBDCC6A404AAD11AA9A5C5AEF92sluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
In my DC, I have three hosts added:
hostA
hostB
hostC
I want a way to force only to use hostA as a proxy for power commands. This=
is where I=B4m at today:
ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
ovirt-engine-config-3.1.0-1.fc17.noarch
ovirt-engine-userportal-3.1.0-1.fc17.noarch
ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
ovirt-engine-sdk-3.1.0.4-1.fc17.noarch
ovirt-engine-restapi-3.1.0-1.fc17.noarch
ovirt-engine-backend-3.1.0-1.fc17.noarch
ovirt-engine-3.1.0-1.fc17.noarch
ovirt-engine-webadmin-portal-3.1.0-1.fc17.noarch
ovirt-engine-notification-service-3.1.0-1.fc17.noarch
ovirt-engine-dbscripts-3.1.0-1.fc17.noarch
ovirt-engine-genericapi-3.1.0-1.fc17.noarch
ovirt-engine-tools-common-3.1.0-1.fc17.noarch
ovirt-engine-cli-3.1.0.6-1.fc17.noarch
ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
ovirt-engine-setup-3.1.0-1.fc17.noarch
vdsm-cli-4.10.0-5.fc17.noarch
vdsm-4.10.0-5.fc17.x86_64
vdsm-python-4.10.0-5.fc17.x86_64
vdsm-xmlrpc-4.10.0-5.fc17.noarch
vdsm-bootstrap-4.10.0-5.fc17.noarch
Best Regards
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_B2C62FBDCC6A404AAD11AA9A5C5AEF92sluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space;
">Hi,<div><br></div><div>In =
my DC, I have three hosts
added:</div><div><br></div><div>hostA</div><div>h=
ostB</div><div>hostC</div><div><br></div><div>I
want a way to force only to=
use hostA as a proxy for power commands. This is where I=B4m at today:</di=
v><div><br><div>
<div><div>ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch</div><div>ovir=
t-engine-config-3.1.0-1.fc17.noarch</div><div>ovirt-engine-userportal-3.1.0=
-1.fc17.noarch</div><div>ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch<=
/div><div>ovirt-engine-sdk-3.1.0.4-1.fc17.noarch</div><div>ovirt-engine-res=
tapi-3.1.0-1.fc17.noarch</div><div>ovirt-engine-backend-3.1.0-1.fc17.noarch=
</div><div>ovirt-engine-3.1.0-1.fc17.noarch</div><div>ovirt-engine-webadmin=
-portal-3.1.0-1.fc17.noarch</div><div>ovirt-engine-notification-service-3.1=
.0-1.fc17.noarch</div><div>ovirt-engine-dbscripts-3.1.0-1.fc17.noarch</div>=
<div>ovirt-engine-genericapi-3.1.0-1.fc17.noarch</div><div>ovirt-engine-too=
ls-common-3.1.0-1.fc17.noarch</div><div>ovirt-engine-cli-3.1.0.6-1.fc17.noa=
rch</div><div>ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch</div><div>ov=
irt-engine-setup-3.1.0-1.fc17.noarch</div><div><div>vdsm-cli-4.10.0-5.fc17.=
noarch</div><div>vdsm-4.10.0-5.fc17.x86_64</div><div>vdsm-python-4.10.0-5.f=
c17.x86_64</div><div>vdsm-xmlrpc-4.10.0-5.fc17.noarch</div><div>vdsm-bootst=
rap-4.10.0-5.fc17.noarch</div></div><br></div><div><br></div><div>Best
Rega=
rds<br>--------------------------------------------------------------------=
-----------<br>Karli Sj=F6berg<br>Swedish University of Agricultural Scienc=
es<br>Box 7079 (Visiting Address Kron=E5sv=E4gen 8)<br>S-750 07 Uppsala, Sw=
eden<br>Phone: +46-(0)18-67 15 66</div><div><a
href=3D"mailto:karli.s=
joberg@adm.slu.se">karli.sjoberg(a)slu.se</a></div>
</div>
<br></div></body></html>=
--_000_B2C62FBDCC6A404AAD11AA9A5C5AEF92sluse_--
3:11 p.m.
On 07/26/2012 02:53 PM, Karli Sjöberg wrote:
Hi,
In my DC, I have three hosts added:
hostA
hostB
hostC
I want a way to force only to use hostA as a proxy for power commands.
The algorithm of selection a host to act as a proxy for PM commands is
quite naive: any host from the system with status UP.
You can see how it is being selected in FencingExecutor.FindVdsToFence()
from
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/FencingExecutor.java
There is no other algorithm for the selection at the moment.
How would you handle a case in which hostA isn't responsive ? Wouldn't
you prefer trying to perform the fencing using other available host ?
This is where I´m at today:
ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
ovirt-engine-config-3.1.0-1.fc17.noarch
ovirt-engine-userportal-3.1.0-1.fc17.noarch
ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
ovirt-engine-sdk-3.1.0.4-1.fc17.noarch
ovirt-engine-restapi-3.1.0-1.fc17.noarch
ovirt-engine-backend-3.1.0-1.fc17.noarch
ovirt-engine-3.1.0-1.fc17.noarch
ovirt-engine-webadmin-portal-3.1.0-1.fc17.noarch
ovirt-engine-notification-service-3.1.0-1.fc17.noarch
ovirt-engine-dbscripts-3.1.0-1.fc17.noarch
ovirt-engine-genericapi-3.1.0-1.fc17.noarch
ovirt-engine-tools-common-3.1.0-1.fc17.noarch
ovirt-engine-cli-3.1.0.6-1.fc17.noarch
ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
ovirt-engine-setup-3.1.0-1.fc17.noarch
vdsm-cli-4.10.0-5.fc17.noarch
vdsm-4.10.0-5.fc17.x86_64
vdsm-python-4.10.0-5.fc17.x86_64
vdsm-xmlrpc-4.10.0-5.fc17.noarch
vdsm-bootstrap-4.10.0-5.fc17.noarch
Best Regards
-------------------------------------------------------------------------------
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg(a)slu.se <mailto:karli.sjoberg@adm.slu.se>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:56 a.m.
--_000_CAA8F9CFBF7E4B03BEF0852CA7283F02sluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
28 jul 2012 kl. 14.11 skrev Moti Asayag:
On 07/26/2012 02:53 PM, Karli Sj=F6berg wrote:
Hi,
In my DC, I have three hosts added:
hostA
hostB
hostC
I want a way to force only to use hostA as a proxy for power commands.
The algorithm of selection a host to act as a proxy for PM commands is
quite naive: any host from the system with status UP.
You can see how it is being selected in FencingExecutor.FindVdsToFence()
from
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/cor=
e/bll/FencingExecutor.java
There is no other algorithm for the selection at the moment.
How would you handle a case in which hostA isn't responsive ? Wouldn't
you prefer trying to perform the fencing using other available host ?
Let me explain a little to make you better understand my reasoning behind t=
his configuration.
We work with segmented, separated networks. One network for public access, =
one for storage traffic, one for management and so on. That means that if t=
he nodes themselves have to do their own power-management, the nodes would =
require three interfaces each, and the metal we are using for hosts just do=
n=B4t have that. But if we can use the engine to do that, the hosts would o=
nly require two interfaces, which most 1U servers are equipped with as stan=
dard (plus one iLO/IPMI/whatev), so we can use them as hosts without issue.=
Then the backend has one extra interface that it can use to communicate ov=
er the power management network to the respective service processor with.
Is there a "better" way to achieve what we are aiming for? Ideally, I would=
like to set up the two NICs in a bond and create VLAN-interfaces on top of=
that bond. That way, I can have as many virtual interfaces as I want witho=
ut having more than two physical NICs, but I haven=B4t been able to find a =
good HOWTO explaining the process.
/Karli
This is where I=B4m at today:
ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
ovirt-engine-config-3.1.0-1.fc17.noarch
ovirt-engine-userportal-3.1.0-1.fc17.noarch
ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
ovirt-engine-sdk-3.1.0.4-1.fc17.noarch
ovirt-engine-restapi-3.1.0-1.fc17.noarch
ovirt-engine-backend-3.1.0-1.fc17.noarch
ovirt-engine-3.1.0-1.fc17.noarch
ovirt-engine-webadmin-portal-3.1.0-1.fc17.noarch
ovirt-engine-notification-service-3.1.0-1.fc17.noarch
ovirt-engine-dbscripts-3.1.0-1.fc17.noarch
ovirt-engine-genericapi-3.1.0-1.fc17.noarch
ovirt-engine-tools-common-3.1.0-1.fc17.noarch
ovirt-engine-cli-3.1.0.6-1.fc17.noarch
ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
ovirt-engine-setup-3.1.0-1.fc17.noarch
vdsm-cli-4.10.0-5.fc17.noarch
vdsm-4.10.0-5.fc17.x86_64
vdsm-python-4.10.0-5.fc17.x86_64
vdsm-xmlrpc-4.10.0-5.fc17.noarch
vdsm-bootstrap-4.10.0-5.fc17.noarch
Best Regards
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@slu.se> <mailto:karli.sjoberg@adm=
.slu.se>
_______________________________________________
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_CAA8F9CFBF7E4B03BEF0852CA7283F02sluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space;
"><br><div><div>28 jul 2012 =
kl. 14.11 skrev Moti Asayag:</div><br
class=3D"Apple-interchange-newline"><=
blockquote type=3D"cite"><div>On 07/26/2012 02:53 PM, Karli Sj=F6berg
wrote=
:<br><blockquote
type=3D"cite">Hi,<br></blockquote><blockquote
type=3D"cite=
"><br></blockquote><blockquote type=3D"cite">In my DC,
I have three hosts a=
dded:<br></blockquote><blockquote
type=3D"cite"><br></blockquote><blockquot=
e type=3D"cite">hostA<br></blockquote><blockquote
type=3D"cite">hostB<br></=
blockquote><blockquote
type=3D"cite">hostC<br></blockquote><blockquote type=
=3D"cite"><br></blockquote><blockquote
type=3D"cite">I want a way to force =
only to use hostA as a proxy for power commands.<br></blockquote><br>The
al=
gorithm of selection a host to act as a proxy for PM commands is<br>quite n=
aive: any host from the system with status UP.<br><br>You can see how it is=
being selected in FencingExecutor.FindVdsToFence()<br>from<br>ovirt-engine=
/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/Fencin=
gExecutor.java<br><br>There is no other algorithm for the selection at the =
moment.<br><br>How would you handle a case in which hostA isn't responsive
=
? Wouldn't<br>you prefer trying to perform the fencing using other availabl=
e host
?<br></div></blockquote><div><br></div><div><br></div><div>Let
me ex=
plain a little to make you better understand my reasoning behind this confi=
guration.</div><div><br></div><div>We work with segmented,
separated networ=
ks. One network for public access, one for storage traffic, one for managem=
ent and so on. That means that if the nodes themselves have to do their own=
power-management, the nodes would require three interfaces each, and the m=
etal we are using for hosts just don=B4t have that. But if we can use the e=
ngine to do that, the hosts would only require two interfaces, which most 1=
U servers are equipped with as standard (plus one iLO/IPMI/whatev), so we c=
an use them as hosts without issue. Then the backend has one extra interfac=
e that it can use to communicate over the power management network to the r=
espective service processor
with.</div><div><br></div><div>Is there a "bett=
er" way to achieve what we are aiming for? Ideally, I would like to set up =
the two NICs in a bond and create VLAN-interfaces on top of that bond. That=
way, I can have as many virtual interfaces as I want without having more t=
han two physical NICs, but I haven=B4t been able to find a good HOWTO expla=
ining the
process.</div><div><br></div><div>/Karli</div><div><br></div><div=
<br></div><blockquote
type=3D"cite"><div><br><blockquote
type=3D"cite">Thi=
s is where I=B4m at
today:<br></blockquote><blockquote
type=3D"cite"><br></=
blockquote><blockquote
type=3D"cite">ovirt-image-uploader-3.1.0-0.git9c42c8=
.fc17.noarch<br></blockquote><blockquote
type=3D"cite">ovirt-engine-config-=
3.1.0-1.fc17.noarch<br></blockquote><blockquote
type=3D"cite">ovirt-engine-=
userportal-3.1.0-1.fc17.noarch<br></blockquote><blockquote
type=3D"cite">ov=
irt-log-collector-3.1.0-0.git10d719.fc17.noarch<br></blockquote><blockquote=
type=3D"cite">ovirt-engine-sdk-3.1.0.4-1.fc17.noarch<br></blockquote><bloc=
kquote
type=3D"cite">ovirt-engine-restapi-3.1.0-1.fc17.noarch<br></blockquo=
te><blockquote
type=3D"cite">ovirt-engine-backend-3.1.0-1.fc17.noarch<br></=
blockquote><blockquote
type=3D"cite">ovirt-engine-3.1.0-1.fc17.noarch<br></=
blockquote><blockquote
type=3D"cite">ovirt-engine-webadmin-portal-3.1.0-1.f=
c17.noarch<br></blockquote><blockquote
type=3D"cite">ovirt-engine-notificat=
ion-service-3.1.0-1.fc17.noarch<br></blockquote><blockquote
type=3D"cite">o=
virt-engine-dbscripts-3.1.0-1.fc17.noarch<br></blockquote><blockquote
type=
=3D"cite">ovirt-engine-genericapi-3.1.0-1.fc17.noarch<br></blockquote><bloc=
kquote
type=3D"cite">ovirt-engine-tools-common-3.1.0-1.fc17.noarch<br></blo=
ckquote><blockquote
type=3D"cite">ovirt-engine-cli-3.1.0.6-1.fc17.noarch<br=
</blockquote><blockquote
type=3D"cite">ovirt-iso-uploader-3.1.0-0.git1841d=
9.fc17.noarch<br></blockquote><blockquote
type=3D"cite">ovirt-engine-setup-=
3.1.0-1.fc17.noarch<br></blockquote><blockquote
type=3D"cite">vdsm-cli-4.10=
.0-5.fc17.noarch<br></blockquote><blockquote
type=3D"cite">vdsm-4.10.0-5.fc=
17.x86_64<br></blockquote><blockquote
type=3D"cite">vdsm-python-4.10.0-5.fc=
17.x86_64<br></blockquote><blockquote
type=3D"cite">vdsm-xmlrpc-4.10.0-5.fc=
17.noarch<br></blockquote><blockquote
type=3D"cite">vdsm-bootstrap-4.10.0-5=
.fc17.noarch<br></blockquote><blockquote
type=3D"cite"><br></blockquote><bl=
ockquote type=3D"cite"><br></blockquote><blockquote
type=3D"cite">Best Rega=
rds<br></blockquote><blockquote
type=3D"cite">-----------------------------=
--------------------------------------------------<br></blockquote><blockqu=
ote type=3D"cite">Karli Sj=F6berg<br></blockquote><blockquote
type=3D"cite"=
Swedish University of Agricultural
Sciences<br></blockquote><blockquote ty=
pe=3D"cite">Box
7079 (Visiting Address Kron=E5sv=E4gen 8)<br></blockquote><=
blockquote type=3D"cite">S-750 07 Uppsala,
Sweden<br></blockquote><blockquo=
te type=3D"cite">Phone: +46-(0)18-67 15
66<br></blockquote><blockquot=
e type=3D"cite"><a
href=3D"mailto:karli.sjoberg@slu.se">karli.sjoberg@slu.s=
e</a> <<a
href=3D"mailto:karli.sjoberg@adm.slu.se">mailto:karli.sjoberg@=
adm.slu.se</a>><br></blockquote><blockquote
type=3D"cite"><br></blockquo=
te><blockquote
type=3D"cite"><br></blockquote><blockquote
type=3D"cite"><br=
</blockquote><blockquote
type=3D"cite">___________________________________=
____________<br></blockquote><blockquote
type=3D"cite">Users mailing list<b=
r></blockquote><blockquote type=3D"cite"><a
href=3D"mailto:Users@ovirt.org"=
Users(a)ovirt.org</a><br></blockquote><blockquote
type=3D"cite"><a href=3D"h=
ttp://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt....
n/listinfo/users</a><br></blockquote><blockquote
type=3D"cite"><br></blockq=
uote><br><br></div></blockquote></div><br><div>
<span class=3D"Apple-style-span" style=3D"border-collapse: separate;
color:=
rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: no=
rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp=
hans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; =
white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizonta=
l-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorati=
ons-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-wi=
dth: 0px; font-size: medium; "><div><br
class=3D"Apple-interchange-newline"=
<br></div><div>Med V=E4nliga
H=E4lsningar<br>-----------------------------=
--------------------------------------------------<br>Karli
Sj=F6berg<br>Sw=
edish University of Agricultural Sciences<br>Box 7079 (Visiting Address Kro=
n=E5sv=E4gen 8)<br>S-750 07 Uppsala, Sweden<br>Phone: +46-(0)18-67
15=
66</div><div><a
href=3D"mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu=
.se</a></div></span>
</div>
<br></body></html>=
--_000_CAA8F9CFBF7E4B03BEF0852CA7283F02sluse_--
12:01 p.m.
On 07/30/2012 08:56 AM, Karli Sjöberg wrote:
28 jul 2012 kl. 14.11 skrev Moti Asayag:
> On 07/26/2012 02:53 PM, Karli Sjöberg wrote:
>> Hi,
>>
>> In my DC, I have three hosts added:
>>
>> hostA
>> hostB
>> hostC
>>
>> I want a way to force only to use hostA as a proxy for power commands.
>
> The algorithm of selection a host to act as a proxy for PM commands is
> quite naive: any host from the system with status UP.
>
> You can see how it is being selected in FencingExecutor.FindVdsToFence()
> from
>
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/FencingExecutor.java
>
> There is no other algorithm for the selection at the moment.
>
> How would you handle a case in which hostA isn't responsive ? Wouldn't
> you prefer trying to perform the fencing using other available host ?
Let me explain a little to make you better understand my reasoning
behind this configuration.
We work with segmented, separated networks. One network for public
access, one for storage traffic, one for management and so on. That
means that if the nodes themselves have to do their own
power-management, the nodes would require three interfaces each, and the
metal we are using for hosts just don´t have that. But if we can use the
engine to do that, the hosts would only require two interfaces, which
most 1U servers are equipped with as standard (plus one
iLO/IPMI/whatev), so we can use them as hosts without issue. Then the
backend has one extra interface that it can use to communicate over the
power management network to the respective service processor with.
Is there a "better" way to achieve what we are aiming for? Ideally, I
would like to set up the two NICs in a bond and create VLAN-interfaces
on top of that bond. That way, I can have as many virtual interfaces as
I want without having more than two physical NICs, but I haven´t been
able to find a good HOWTO explaining the process.
I think there is a difference between:
1. allowing engine to fence
2. allowing to choose fencing host per cluster (or per host)
it sounds like you actually want #1, but can live with #2, by installing
the engine as a host as well.
12:03 p.m.
--_000_632B7410C4884422B58DA34F9998BFDFsluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
30 jul 2012 kl. 11.01 skrev Itamar Heim:
On 07/30/2012 08:56 AM, Karli Sj=F6berg wrote:
28 jul 2012 kl. 14.11 skrev Moti Asayag:
On 07/26/2012 02:53 PM, Karli Sj=F6berg wrote:
Hi,
In my DC, I have three hosts added:
hostA
hostB
hostC
I want a way to force only to use hostA as a proxy for power commands.
The algorithm of selection a host to act as a proxy for PM commands is
quite naive: any host from the system with status UP.
You can see how it is being selected in FencingExecutor.FindVdsToFence()
from
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/cor=
e/bll/FencingExecutor.java
There is no other algorithm for the selection at the moment.
How would you handle a case in which hostA isn't responsive ? Wouldn't
you prefer trying to perform the fencing using other available host ?
Let me explain a little to make you better understand my reasoning
behind this configuration.
We work with segmented, separated networks. One network for public
access, one for storage traffic, one for management and so on. That
means that if the nodes themselves have to do their own
power-management, the nodes would require three interfaces each, and the
metal we are using for hosts just don=B4t have that. But if we can use the
engine to do that, the hosts would only require two interfaces, which
most 1U servers are equipped with as standard (plus one
iLO/IPMI/whatev), so we can use them as hosts without issue. Then the
backend has one extra interface that it can use to communicate over the
power management network to the respective service processor with.
Is there a "better" way to achieve what we are aiming for? Ideally, I
would like to set up the two NICs in a bond and create VLAN-interfaces
on top of that bond. That way, I can have as many virtual interfaces as
I want without having more than two physical NICs, but I haven=B4t been
able to find a good HOWTO explaining the process.
I think there is a difference between:
1. allowing engine to fence
2. allowing to choose fencing host per cluster (or per host)
it sounds like you actually want #1, but can live with #2, by installing
the engine as a host as well.
Exactly, I can live with #2, as I have the engine added as hostA in my DC
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_632B7410C4884422B58DA34F9998BFDFsluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space;
"><br><div><div>30 jul 2012 =
kl. 11.01 skrev Itamar Heim:</div><br
class=3D"Apple-interchange-newline"><=
blockquote type=3D"cite"><div>On 07/30/2012 08:56 AM, Karli Sj=F6berg
wrote=
:<br><blockquote
type=3D"cite"><br></blockquote><blockquote
type=3D"cite">2=
8 jul 2012 kl. 14.11 skrev Moti Asayag:<br></blockquote><blockquote
type=3D=
"cite"><br></blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite"=
On 07/26/2012 02:53 PM, Karli Sj=F6berg
wrote:<br></blockquote></blockquot=
e><blockquote
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"c=
ite">Hi,<br></blockquote></blockquote></blockquote><blockquote
type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></bl=
ockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><=
blockquote type=3D"cite">In my DC, I have three hosts
added:<br></blockquot=
e></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><blockquote
type=3D"cite"><br></blockquote></blockquote></blockquote><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
">hostA<br></blockquote></blockquote></blockquote><blockquote
type=3D"cite"=
<blockquote type=3D"cite"><blockquote
type=3D"cite">hostB<br></blockquote>=
</blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D"cit=
e"><blockquote
type=3D"cite">hostC<br></blockquote></blockquote></blockquot=
e><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><br></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote type=3D"cite">I want a
way to force on=
ly to use hostA as a proxy for power
commands.<br></blockquote></blockquote=
</blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite"><br></blo=
ckquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite">Th=
e algorithm of selection a host to act as a proxy for PM commands is<br></b=
lockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite">=
quite naive: any host from the system with status
UP.<br></blockquote></blo=
ckquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquot=
e></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite">You can =
see how it is being selected in FencingExecutor.FindVdsToFence()<br></block=
quote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite">from=
<br></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D=
"cite">ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/eng=
ine/core/bll/FencingExecutor.java<br></blockquote></blockquote><blockquote
=
type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote><bloc=
kquote type=3D"cite"><blockquote type=3D"cite">There is no
other algorithm =
for the selection at the
moment.<br></blockquote></blockquote><blockquote t=
ype=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote><block=
quote type=3D"cite"><blockquote type=3D"cite">How would you
handle a case i=
n which hostA isn't responsive ?
Wouldn't<br></blockquote></blockquote><blo=
ckquote type=3D"cite"><blockquote type=3D"cite">you prefer
trying to perfor=
m the fencing using other available host
?<br></blockquote></blockquote><bl=
ockquote type=3D"cite"><br></blockquote><blockquote
type=3D"cite"><br></blo=
ckquote><blockquote type=3D"cite">Let me explain a little to make you
bette=
r understand my reasoning<br></blockquote><blockquote
type=3D"cite">behind =
this configuration.<br></blockquote><blockquote
type=3D"cite"><br></blockqu=
ote><blockquote type=3D"cite">We work with segmented, separated
networks. O=
ne network for public<br></blockquote><blockquote
type=3D"cite">access, one=
for storage traffic, one for management and so on.
That<br></blockquote><b=
lockquote type=3D"cite">means that if the nodes themselves have to do their=
own<br></blockquote><blockquote
type=3D"cite">power-management, the nodes =
would require three interfaces each, and the<br></blockquote><blockquote
ty=
pe=3D"cite">metal we are using for hosts just don=B4t have that. But if we =
can use the<br></blockquote><blockquote type=3D"cite">engine
to do that, th=
e hosts would only require two interfaces,
which<br></blockquote><blockquot=
e type=3D"cite">most 1U servers are equipped with as standard (plus
one<br>=
</blockquote><blockquote type=3D"cite">iLO/IPMI/whatev), so we can
use them=
as hosts without issue. Then the<br></blockquote><blockquote
type=3D"cite"=
backend has one extra interface that it can use to communicate over
the<br=
</blockquote><blockquote type=3D"cite">power management network to
the res=
pective service processor with.<br></blockquote><blockquote
type=3D"cite"><=
br></blockquote><blockquote type=3D"cite">Is there a
"better" way to achiev=
e what we are aiming for? Ideally, I<br></blockquote><blockquote
type=3D"ci=
te">would like to set up the two NICs in a bond and create VLAN-interfaces<=
br></blockquote><blockquote type=3D"cite">on top of that bond.
That way, I =
can have as many virtual interfaces as<br></blockquote><blockquote
type=3D"=
cite">I want without having more than two physical NICs, but I haven=B4t be=
en<br></blockquote><blockquote type=3D"cite">able to find a
good HOWTO expl=
aining the process.<br></blockquote><blockquote
type=3D"cite"><br></blockqu=
ote><br>I think there is a difference between:<br>1. allowing engine to
fen=
ce<br>2. allowing to choose fencing host per cluster (or per
host)<br><br>i=
t sounds like you actually want #1, but can live with #2, by installing <br=
the engine as a host as
well.<br></div></blockquote></div><div><br></div>E=
xactly, I can live with #2, as I have the engine added as hostA in my DC<br=
<div>
<span class=3D"Apple-style-span"
style=3D"border-collapse: separate; color:=
rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: no=
rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp=
hans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; =
white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizonta=
l-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorati=
ons-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-wi=
dth: 0px; font-size: medium; "><div><br
class=3D"Apple-interchange-newline"=
<br></div><div>Med V=E4nliga
H=E4lsningar<br>-----------------------------=
--------------------------------------------------<br>Karli
Sj=F6berg<br>Sw=
edish University of Agricultural Sciences<br>Box 7079 (Visiting Address Kro=
n=E5sv=E4gen 8)<br>S-750 07 Uppsala, Sweden<br>Phone: +46-(0)18-67
15=
66</div><div><a
href=3D"mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu=
.se</a></div></span>
</div>
<br></body></html>=
--_000_632B7410C4884422B58DA34F9998BFDFsluse_--
1:26 p.m.
On 07/30/2012 12:03 PM, Karli Sjöberg wrote:
30 jul 2012 kl. 11.01 skrev Itamar Heim:
> On 07/30/2012 08:56 AM, Karli Sjöberg wrote:
>>
>> 28 jul 2012 kl. 14.11 skrev Moti Asayag:
>>
>>> On 07/26/2012 02:53 PM, Karli Sjöberg wrote:
>>>> Hi,
>>>>
>>>> In my DC, I have three hosts added:
>>>>
>>>> hostA
>>>> hostB
>>>> hostC
>>>>
>>>> I want a way to force only to use hostA as a proxy for power commands.
>>>
>>> The algorithm of selection a host to act as a proxy for PM commands is
>>> quite naive: any host from the system with status UP.
>>>
>>> You can see how it is being selected in FencingExecutor.FindVdsToFence()
>>> from
>>>
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/FencingExecutor.java
>>>
>>> There is no other algorithm for the selection at the moment.
>>>
>>> How would you handle a case in which hostA isn't responsive ?
Wouldn't
>>> you prefer trying to perform the fencing using other available host ?
>>
>>
>> Let me explain a little to make you better understand my reasoning
>> behind this configuration.
>>
>> We work with segmented, separated networks. One network for public
>> access, one for storage traffic, one for management and so on. That
>> means that if the nodes themselves have to do their own
>> power-management, the nodes would require three interfaces each, and the
>> metal we are using for hosts just don´t have that. But if we can use the
>> engine to do that, the hosts would only require two interfaces, which
>> most 1U servers are equipped with as standard (plus one
>> iLO/IPMI/whatev), so we can use them as hosts without issue. Then the
>> backend has one extra interface that it can use to communicate over the
>> power management network to the respective service processor with.
>>
>> Is there a "better" way to achieve what we are aiming for? Ideally, I
>> would like to set up the two NICs in a bond and create VLAN-interfaces
>> on top of that bond. That way, I can have as many virtual interfaces as
>> I want without having more than two physical NICs, but I haven´t been
>> able to find a good HOWTO explaining the process.
>>
>
> I think there is a difference between:
> 1. allowing engine to fence
> 2. allowing to choose fencing host per cluster (or per host)
>
> it sounds like you actually want #1, but can live with #2, by installing
> the engine as a host as well.
Exactly, I can live with #2, as I have the engine added as hostA in my DC
well, the question is if choosing another host to use for fencing
would/should be limited to hosts from same DC, then engine can only be
used to fence one DC.
also, for any host other than engine, question is what to do if it is
down...
4:25 p.m.
--_000_B3844C3FAAB14C54AEA5A34ACFE02BDDsluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
30 jul 2012 kl. 12.26 skrev Itamar Heim:
On 07/30/2012 12:03 PM, Karli Sj=F6berg wrote:
30 jul 2012 kl. 11.01 skrev Itamar Heim:
On 07/30/2012 08:56 AM, Karli Sj=F6berg wrote:
28 jul 2012 kl. 14.11 skrev Moti Asayag:
On 07/26/2012 02:53 PM, Karli Sj=F6berg wrote:
Hi,
In my DC, I have three hosts added:
hostA
hostB
hostC
I want a way to force only to use hostA as a proxy for power commands.
The algorithm of selection a host to act as a proxy for PM commands is
quite naive: any host from the system with status UP.
You can see how it is being selected in FencingExecutor.FindVdsToFence()
from
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/cor=
e/bll/FencingExecutor.java
There is no other algorithm for the selection at the moment.
How would you handle a case in which hostA isn't responsive ? Wouldn't
you prefer trying to perform the fencing using other available host ?
Let me explain a little to make you better understand my reasoning
behind this configuration.
We work with segmented, separated networks. One network for public
access, one for storage traffic, one for management and so on. That
means that if the nodes themselves have to do their own
power-management, the nodes would require three interfaces each, and the
metal we are using for hosts just don=B4t have that. But if we can use the
engine to do that, the hosts would only require two interfaces, which
most 1U servers are equipped with as standard (plus one
iLO/IPMI/whatev), so we can use them as hosts without issue. Then the
backend has one extra interface that it can use to communicate over the
power management network to the respective service processor with.
Is there a "better" way to achieve what we are aiming for? Ideally, I
would like to set up the two NICs in a bond and create VLAN-interfaces
on top of that bond. That way, I can have as many virtual interfaces as
I want without having more than two physical NICs, but I haven=B4t been
able to find a good HOWTO explaining the process.
I think there is a difference between:
1. allowing engine to fence
2. allowing to choose fencing host per cluster (or per host)
it sounds like you actually want #1, but can live with #2, by installing
the engine as a host as well.
Exactly, I can live with #2, as I have the engine added as hostA in my DC
well, the question is if choosing another host to use for fencing
would/should be limited to hosts from same DC, then engine can only be
used to fence one DC.
I=B4m quoting you here:
"1. power management is DC wide, not cluster."
So this wouldn=B4t be any different from it=B4s current state.
also, for any host other than engine, question is what to do if it is
down...
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_B3844C3FAAB14C54AEA5A34ACFE02BDDsluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space;
"><br><div><div>30 jul 2012 =
kl. 12.26 skrev Itamar Heim:</div><br
class=3D"Apple-interchange-newline"><=
blockquote type=3D"cite"><div>On 07/30/2012 12:03 PM, Karli Sj=F6berg
wrote=
:<br><blockquote
type=3D"cite"><br></blockquote><blockquote
type=3D"cite">3=
0 jul 2012 kl. 11.01 skrev Itamar Heim:<br></blockquote><blockquote
type=3D=
"cite"><br></blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite"=
On 07/30/2012 08:56 AM, Karli Sj=F6berg
wrote:<br></blockquote></blockquot=
e><blockquote
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"c=
ite"><br></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote type=3D"cite">28 jul
2012 kl. 14.11 sk=
rev Moti
Asayag:<br></blockquote></blockquote></blockquote><blockquote
type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockqu=
ote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D=
"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">On 07/26/2012 02=
:53 PM, Karli Sj=F6berg
wrote:<br></blockquote></blockquote></blockquote></=
blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">Hi,<br></=
blockquote></blockquote></blockquote></blockquote></blockquote><blockquote
=
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquo=
te type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote></=
blockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquo=
te type=3D"cite">In my DC, I have three hosts
added:<br></blockquote></bloc=
kquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite">=
<blockquote
type=3D"cite"><br></blockquote></blockquote></blockquote></bloc=
kquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite">=
hostA<br></blockquote></blockquote></blockquote></blockquote></blockquote><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite">hostB<br></blockquote=
</blockquote></blockquote></blockquote></blockquote><blockquote
type=3D"ci=
te"><blockquote
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D=
"cite"><blockquote
type=3D"cite">hostC<br></blockquote></blockquote></block=
quote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite"><br></blockquote></blockquote></blockquote></blockquote></bloc=
kquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">I want a way =
to force only to use hostA as a proxy for power
commands.<br></blockquote><=
/blockquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><br></blockquote></blockquote></blockquote></blockquote><blockquote
ty=
pe=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote=
type=3D"cite">The algorithm of selection a host to act as a proxy for PM c=
ommands
is<br></blockquote></blockquote></blockquote></blockquote><blockquo=
te type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote type=3D"cite">quite naive: any host from the system with status
UP.<b=
r></blockquote></blockquote></blockquote></blockquote><blockquote
type=3D"c=
ite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><br></blockquote></blockquote></blockquote></blockquote><blockquo=
te type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote type=3D"cite">You can see how it is being selected in FencingExecutor=
.FindVdsToFence()<br></blockquote></blockquote></blockquote></blockquote><b=
lockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite"=
<blockquote
type=3D"cite">from<br></blockquote></blockquote></blockquote><=
/blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote=
type=3D"cite"><blockquote
type=3D"cite">ovirt-engine/backend/manager/modul=
es/bll/src/main/java/org/ovirt/engine/core/bll/FencingExecutor.java<br></bl=
ockquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
"><br></blockquote></blockquote></blockquote></blockquote><blockquote
type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite">There is no other algorithm for the selection at the
moment.<b=
r></blockquote></blockquote></blockquote></blockquote><blockquote
type=3D"c=
ite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><br></blockquote></blockquote></blockquote></blockquote><blockquo=
te type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote type=3D"cite">How would you handle a case in which hostA isn't
respon=
sive ?
Wouldn't<br></blockquote></blockquote></blockquote></blockquote><blo=
ckquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite"><=
blockquote type=3D"cite">you prefer trying to perform the fencing using oth=
er available host
?<br></blockquote></blockquote></blockquote></blockquote>=
<blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cit=
e"><br></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockqu=
ote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote type=3D"cite">Let me explain a little to make you better understand m=
y
reasoning<br></blockquote></blockquote></blockquote><blockquote
type=3D"c=
ite"><blockquote type=3D"cite"><blockquote
type=3D"cite">behind this config=
uration.<br></blockquote></blockquote></blockquote><blockquote
type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></bl=
ockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><=
blockquote type=3D"cite">We work with segmented, separated networks. One ne=
twork for
public<br></blockquote></blockquote></blockquote><blockquote
type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">access, one f=
or storage traffic, one for management and so on.
That<br></blockquote></bl=
ockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><=
blockquote type=3D"cite">means that if the nodes themselves have to do thei=
r own<br></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote
type=3D"cite">power-management, the no=
des would require three interfaces each, and
the<br></blockquote></blockquo=
te></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockq=
uote type=3D"cite">metal we are using for hosts just don=B4t have that. But=
if we can use
the<br></blockquote></blockquote></blockquote><blockquote ty=
pe=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">engine to d=
o that, the hosts would only require two interfaces, which<br></blockquote>=
</blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D"cit=
e"><blockquote type=3D"cite">most 1U servers are equipped with as
standard =
(plus one<br></blockquote></blockquote></blockquote><blockquote
type=3D"cit=
e"><blockquote type=3D"cite"><blockquote
type=3D"cite">iLO/IPMI/whatev), so=
we can use them as hosts without issue. Then
the<br></blockquote></blockqu=
ote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote type=3D"cite">backend has one extra interface that it can use to comm=
unicate over
the<br></blockquote></blockquote></blockquote><blockquote
type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">power managem=
ent network to the respective service processor
with.<br></blockquote></blo=
ckquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><b=
lockquote
type=3D"cite"><br></blockquote></blockquote></blockquote><blockqu=
ote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">Is th=
ere a "better" way to achieve what we are aiming for? Ideally,
I<br></block=
quote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite">would like to set up the
two NICs in a =
bond and create
VLAN-interfaces<br></blockquote></blockquote></blockquote><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
">on top of that bond. That way, I can have as many virtual interfaces as<b=
r></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockqu=
ote type=3D"cite"><blockquote type=3D"cite">I want without
having more than=
two physical NICs, but I haven=B4t
been<br></blockquote></blockquote></blo=
ckquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote typ=
e=3D"cite">able to find a good HOWTO explaining the
process.<br></blockquot=
e></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><blockquote
type=3D"cite"><br></blockquote></blockquote></blockquote><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></block=
quote><blockquote type=3D"cite"><blockquote
type=3D"cite">I think there is =
a difference between:<br></blockquote></blockquote><blockquote
type=3D"cite=
"><blockquote type=3D"cite">1. allowing engine to
fence<br></blockquote></b=
lockquote><blockquote type=3D"cite"><blockquote
type=3D"cite">2. allowing t=
o choose fencing host per cluster (or per
host)<br></blockquote></blockquot=
e><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></bl=
ockquote><blockquote type=3D"cite"><blockquote
type=3D"cite">it sounds like=
you actually want #1, but can live with #2, by installing<br></blockquote>=
</blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite">the engine=
as a host as well.<br></blockquote></blockquote><blockquote
type=3D"cite">=
<br></blockquote><blockquote type=3D"cite">Exactly, I can live
with #2, as =
I have the engine added as hostA in my DC<br></blockquote><br>well, the
que=
stion is if choosing another host to use for fencing <br>would/should be li=
mited to hosts from same DC, then engine can only be <br>used to fence one =
DC.<br></div></blockquote><div><br></div>I=B4m quoting
you here:</div><div>=
"1. power management is DC wide, not
cluster."</div><div><br></div><div>So =
this wouldn=B4t be any different from it=B4s current
state.</div><div><br><=
/div><div><br><blockquote type=3D"cite"><div>also,
for any host other than =
engine, question is what to do if it is
<br>down...<br></div></blockquote><=
/div><br><div>
<span class=3D"Apple-style-span" style=3D"border-collapse: separate;
color:=
rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: no=
rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp=
hans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; =
white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizonta=
l-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorati=
ons-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-wi=
dth: 0px; font-size: medium; "><div><br
class=3D"Apple-interchange-newline"=
<br></div><div>Med V=E4nliga
H=E4lsningar<br>-----------------------------=
--------------------------------------------------<br>Karli
Sj=F6berg<br>Sw=
edish University of Agricultural Sciences<br>Box 7079 (Visiting Address Kro=
n=E5sv=E4gen 8)<br>S-750 07 Uppsala, Sweden<br>Phone: +46-(0)18-67
15=
66</div><div><a
href=3D"mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu=
.se</a></div></span>
</div>
<br></body></html>=
--_000_B3844C3FAAB14C54AEA5A34ACFE02BDDsluse_--
6:18 p.m.
On 07/30/2012 04:25 PM, Karli Sjöberg wrote:
30 jul 2012 kl. 12.26 skrev Itamar Heim:
> On 07/30/2012 12:03 PM, Karli Sjöberg wrote:
>>
>> 30 jul 2012 kl. 11.01 skrev Itamar Heim:
>>
>>> On 07/30/2012 08:56 AM, Karli Sjöberg wrote:
>>>>
>>>> 28 jul 2012 kl. 14.11 skrev Moti Asayag:
>>>>
>>>>> On 07/26/2012 02:53 PM, Karli Sjöberg wrote:
>>>>>> Hi,
>>>>>>
>>>>>> In my DC, I have three hosts added:
>>>>>>
>>>>>> hostA
>>>>>> hostB
>>>>>> hostC
>>>>>>
>>>>>> I want a way to force only to use hostA as a proxy for power
>>>>>> commands.
>>>>>
>>>>> The algorithm of selection a host to act as a proxy for PM commands
is
>>>>> quite naive: any host from the system with status UP.
>>>>>
>>>>> You can see how it is being selected in
>>>>> FencingExecutor.FindVdsToFence()
>>>>> from
>>>>>
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/FencingExecutor.java
>>>>>
>>>>> There is no other algorithm for the selection at the moment.
>>>>>
>>>>> How would you handle a case in which hostA isn't responsive ?
Wouldn't
>>>>> you prefer trying to perform the fencing using other available host
?
>>>>
>>>>
>>>> Let me explain a little to make you better understand my reasoning
>>>> behind this configuration.
>>>>
>>>> We work with segmented, separated networks. One network for public
>>>> access, one for storage traffic, one for management and so on. That
>>>> means that if the nodes themselves have to do their own
>>>> power-management, the nodes would require three interfaces each,
>>>> and the
>>>> metal we are using for hosts just don´t have that. But if we can
>>>> use the
>>>> engine to do that, the hosts would only require two interfaces, which
>>>> most 1U servers are equipped with as standard (plus one
>>>> iLO/IPMI/whatev), so we can use them as hosts without issue. Then the
>>>> backend has one extra interface that it can use to communicate over the
>>>> power management network to the respective service processor with.
>>>>
>>>> Is there a "better" way to achieve what we are aiming for?
Ideally, I
>>>> would like to set up the two NICs in a bond and create VLAN-interfaces
>>>> on top of that bond. That way, I can have as many virtual interfaces as
>>>> I want without having more than two physical NICs, but I haven´t been
>>>> able to find a good HOWTO explaining the process.
>>>>
>>>
>>> I think there is a difference between:
>>> 1. allowing engine to fence
>>> 2. allowing to choose fencing host per cluster (or per host)
>>>
>>> it sounds like you actually want #1, but can live with #2, by installing
>>> the engine as a host as well.
>>
>> Exactly, I can live with #2, as I have the engine added as hostA in my DC
>
> well, the question is if choosing another host to use for fencing
> would/should be limited to hosts from same DC, then engine can only be
> used to fence one DC.
I´m quoting you here:
"1. power management is DC wide, not cluster."
So this wouldn´t be any different from it´s current state.
true, but if you have multiple DCs, engine as a host can be used to
fence only one DC.
while if engine is 'special', it can be used to fence in all DCs
> also, for any host other than engine, question is what to do if it is
> down...
Med Vänliga Hälsningar
-------------------------------------------------------------------------------
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg(a)slu.se <mailto:karli.sjoberg@adm.slu.se>
8:10 a.m.
--_000_A2F257DF259A4657B72BD4FD2F4DBD74sluse_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
30 jul 2012 kl. 17.18 skrev Itamar Heim:
On 07/30/2012 04:25 PM, Karli Sj=F6berg wrote:
30 jul 2012 kl. 12.26 skrev Itamar Heim:
On 07/30/2012 12:03 PM, Karli Sj=F6berg wrote:
30 jul 2012 kl. 11.01 skrev Itamar Heim:
On 07/30/2012 08:56 AM, Karli Sj=F6berg wrote:
28 jul 2012 kl. 14.11 skrev Moti Asayag:
On 07/26/2012 02:53 PM, Karli Sj=F6berg wrote:
Hi,
In my DC, I have three hosts added:
hostA
hostB
hostC
I want a way to force only to use hostA as a proxy for power
commands.
The algorithm of selection a host to act as a proxy for PM commands is
quite naive: any host from the system with status UP.
You can see how it is being selected in
FencingExecutor.FindVdsToFence()
from
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/cor=
e/bll/FencingExecutor.java
There is no other algorithm for the selection at the moment.
How would you handle a case in which hostA isn't responsive ? Wouldn't
you prefer trying to perform the fencing using other available host ?
Let me explain a little to make you better understand my reasoning
behind this configuration.
We work with segmented, separated networks. One network for public
access, one for storage traffic, one for management and so on. That
means that if the nodes themselves have to do their own
power-management, the nodes would require three interfaces each,
and the
metal we are using for hosts just don=B4t have that. But if we can
use the
engine to do that, the hosts would only require two interfaces, which
most 1U servers are equipped with as standard (plus one
iLO/IPMI/whatev), so we can use them as hosts without issue. Then the
backend has one extra interface that it can use to communicate over the
power management network to the respective service processor with.
Is there a "better" way to achieve what we are aiming for? Ideally, I
would like to set up the two NICs in a bond and create VLAN-interfaces
on top of that bond. That way, I can have as many virtual interfaces as
I want without having more than two physical NICs, but I haven=B4t been
able to find a good HOWTO explaining the process.
I think there is a difference between:
1. allowing engine to fence
2. allowing to choose fencing host per cluster (or per host)
it sounds like you actually want #1, but can live with #2, by installing
the engine as a host as well.
Exactly, I can live with #2, as I have the engine added as hostA in my DC
well, the question is if choosing another host to use for fencing
would/should be limited to hosts from same DC, then engine can only be
used to fence one DC.
I=B4m quoting you here:
"1. power management is DC wide, not cluster."
So this wouldn=B4t be any different from it=B4s current state.
true, but if you have multiple DCs, engine as a host can be used to
fence only one DC.
while if engine is 'special', it can be used to fence in all DCs
OK, so you actually want the engine to be special. Well, thats how VMWare v=
Center also manages power control so I like that as well. Of course it=B4s =
always better if engine could fence all DC=B4s, instead of just one, and it=
would also make it a lot more intuitive to configure, cause you won=B4t ne=
ed two hosts before the first could verify the other either. And if the en=
gine goes down, you would have bigger issues than power control to worry ab=
out;)
also, for any host other than engine, question is what to do if it is
down...
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@slu.se> <mailto:karli.sjoberg@adm=
.slu.se>
Med V=E4nliga H=E4lsningar
---------------------------------------------------------------------------=
----
Karli Sj=F6berg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kron=E5sv=E4gen 8)
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
karli.sjoberg@slu.se<mailto:karli.sjoberg@adm.slu.se>
--_000_A2F257DF259A4657B72BD4FD2F4DBD74sluse_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html><head></head><body style=3D"word-wrap: break-word;
-webkit-nbsp-mode:=
space; -webkit-line-break: after-white-space;
"><br><div><div>30 jul 2012 =
kl. 17.18 skrev Itamar Heim:</div><br
class=3D"Apple-interchange-newline"><=
blockquote type=3D"cite"><div>On 07/30/2012 04:25 PM, Karli Sj=F6berg
wrote=
:<br><blockquote
type=3D"cite"><br></blockquote><blockquote
type=3D"cite">3=
0 jul 2012 kl. 12.26 skrev Itamar Heim:<br></blockquote><blockquote
type=3D=
"cite"><br></blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite"=
On 07/30/2012 12:03 PM, Karli Sj=F6berg
wrote:<br></blockquote></blockquot=
e><blockquote
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"c=
ite"><br></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote type=3D"cite">30 jul
2012 kl. 11.01 sk=
rev Itamar
Heim:<br></blockquote></blockquote></blockquote><blockquote
type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockqu=
ote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D=
"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">On 07/30/2012 08=
:56 AM, Karli Sj=F6berg
wrote:<br></blockquote></blockquote></blockquote></=
blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blo=
ckquote></blockquote></blockquote></blockquote></blockquote><blockquote
typ=
e=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite">28 jul 2012 kl. 14.11
skrev Moti As=
ayag:<br></blockquote></blockquote></blockquote></blockquote></blockquote><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></bl=
ockquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite">On 07/26/2012 02:53 P=
M, Karli Sj=F6berg
wrote:<br></blockquote></blockquote></blockquote></block=
quote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">Hi,<br></b=
lockquote></blockquote></blockquote></blockquote></blockquote></blockquote>=
</blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquot=
e type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockq=
uote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote>=
</blockquote></blockquote></blockquote></blockquote></blockquote><blockquot=
e type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockq=
uote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blo=
ckquote type=3D"cite">In my DC, I have three hosts
added:<br></blockquote><=
/blockquote></blockquote></blockquote></blockquote></blockquote></blockquot=
e><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote></blockqu=
ote></blockquote></blockquote></blockquote></blockquote><blockquote
type=3D=
"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite">hostA<br></blockquote></blockquote></blockquote></blockquote><=
/blockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote=
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockqu=
ote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">hostB=
<br></blockquote></blockquote></blockquote></blockquote></blockquote></bloc=
kquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite">=
<blockquote type=3D"cite"><blockquote
type=3D"cite">hostC<br></blockquote><=
/blockquote></blockquote></blockquote></blockquote></blockquote></blockquot=
e><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote></blockqu=
ote></blockquote></blockquote></blockquote></blockquote><blockquote
type=3D=
"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite">I want a way to force only to use hostA as a proxy for
power<b=
r></blockquote></blockquote></blockquote></blockquote></blockquote></blockq=
uote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><bloc=
kquote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><b=
lockquote type=3D"cite"><blockquote
type=3D"cite">commands.<br></blockquote=
</blockquote></blockquote></blockquote></blockquote></blockquote></blockqu=
ote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D=
"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><br></blockquote></blockquote></blockquote></blockquote></blockqu=
ote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite">The algorithm of selection a host to act as a proxy =
for PM commands
is<br></blockquote></blockquote></blockquote></blockquote><=
/blockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><blockquote type=3D"cite">quite naive: any host from the
system with s=
tatus
UP.<br></blockquote></blockquote></blockquote></blockquote></blockquo=
te></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockq=
uote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blo=
ckquote
type=3D"cite"><br></blockquote></blockquote></blockquote></blockquo=
te></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D"=
cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite">You can see how it is
being selected in=
<br></blockquote></blockquote></blockquote></blockquote></blockquote></bloc=
kquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite">FencingExecutor.FindVdsToFence()<br></blockquote></blockquote>=
</blockquote></blockquote></blockquote></blockquote><blockquote
type=3D"cit=
e"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"=
cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">from<br></blockqu=
ote></blockquote></blockquote></blockquote></blockquote></blockquote><block=
quote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite">=
ovirt-engine/backend/manager/modules/bll/src/main/java/org/ovirt/engine/cor=
e/bll/FencingExecutor.java<br></blockquote></blockquote></blockquote></bloc=
kquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote></bloc=
kquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite">=
<blockquote type=3D"cite"><blockquote type=3D"cite">There
is no other algor=
ithm for the selection at the
moment.<br></blockquote></blockquote></blockq=
uote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><bloc=
kquote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><b=
lockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockq=
uote></blockquote></blockquote></blockquote></blockquote><blockquote
type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">How would =
you handle a case in which hostA isn't responsive ?
Wouldn't<br></blockquot=
e></blockquote></blockquote></blockquote></blockquote></blockquote><blockqu=
ote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><bloc=
kquote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">yo=
u prefer trying to perform the fencing using other available host ?<br></bl=
ockquote></blockquote></blockquote></blockquote></blockquote></blockquote><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></bl=
ockquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
"><blockquote
type=3D"cite"><br></blockquote></blockquote></blockquote></bl=
ockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><=
blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite=
">Let me explain a little to make you better understand my
reasoning<br></b=
lockquote></blockquote></blockquote></blockquote></blockquote><blockquote
t=
ype=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquot=
e type=3D"cite"><blockquote type=3D"cite">behind this
configuration.<br></b=
lockquote></blockquote></blockquote></blockquote></blockquote><blockquote
t=
ype=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquot=
e type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote></b=
lockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquot=
e type=3D"cite">We work with segmented, separated networks. One network for=
public<br></blockquote></blockquote></blockquote></blockquote></blockquote=
<blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"ci=
te"><blockquote type=3D"cite"><blockquote
type=3D"cite">access, one for sto=
rage traffic, one for management and so on.
That<br></blockquote></blockquo=
te></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockq=
uote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blo=
ckquote type=3D"cite">means that if the nodes themselves have to do their o=
wn<br></blockquote></blockquote></blockquote></blockquote></blockquote><blo=
ckquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite"><=
blockquote type=3D"cite"><blockquote
type=3D"cite">power-management, the no=
des would require three interfaces
each,<br></blockquote></blockquote></blo=
ckquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote typ=
e=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote =
type=3D"cite">and
the<br></blockquote></blockquote></blockquote></blockquot=
e></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockqu=
ote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">metal=
we are using for hosts just don=B4t have that. But if we can<br></blockquo=
te></blockquote></blockquote></blockquote></blockquote><blockquote
type=3D"=
cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite">use
the<br></blockquote></blockquote></=
blockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote =
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquo=
te type=3D"cite">engine to do that, the hosts would only require two interf=
aces,
which<br></blockquote></blockquote></blockquote></blockquote></blockq=
uote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">most 1U serve=
rs are equipped with as standard (plus
one<br></blockquote></blockquote></b=
lockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquot=
e type=3D"cite">iLO/IPMI/whatev), so we can use them as hosts without issue=
. Then
the<br></blockquote></blockquote></blockquote></blockquote></blockqu=
ote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D=
"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">backend has one =
extra interface that it can use to communicate over
the<br></blockquote></b=
lockquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite">=
<blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cit=
e"><blockquote type=3D"cite">power management network to the
respective ser=
vice processor
with.<br></blockquote></blockquote></blockquote></blockquote=
</blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite"><blockquo=
te type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite"><br></=
blockquote></blockquote></blockquote></blockquote></blockquote><blockquote
=
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquo=
te type=3D"cite"><blockquote type=3D"cite">Is there a
"better" way to achie=
ve what we are aiming for? Ideally,
I<br></blockquote></blockquote></blockq=
uote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=
=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite">would like to set up the two NICs in a bond and create VLAN-in=
terfaces<br></blockquote></blockquote></blockquote></blockquote></blockquot=
e><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"c=
ite"><blockquote type=3D"cite"><blockquote
type=3D"cite">on top of that bon=
d. That way, I can have as many virtual interfaces
as<br></blockquote></blo=
ckquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><b=
lockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite"=
<blockquote type=3D"cite">I want without having more
than two physical NIC=
s, but I haven=B4t
been<br></blockquote></blockquote></blockquote></blockqu=
ote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">abl=
e to find a good HOWTO explaining the
process.<br></blockquote></blockquote=
</blockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquo=
te
type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><block=
quote
type=3D"cite"><br></blockquote></blockquote></blockquote></blockquote=
</blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite"><blockquo=
te type=3D"cite"><blockquote
type=3D"cite"><br></blockquote></blockquote></=
blockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"=
<blockquote type=3D"cite"><blockquote
type=3D"cite">I think there is a dif=
ference
between:<br></blockquote></blockquote></blockquote></blockquote><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite">=
<blockquote type=3D"cite">1. allowing engine to
fence<br></blockquote></blo=
ckquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquote typ=
e=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">2. allowing =
to choose fencing host per cluster (or per
host)<br></blockquote></blockquo=
te></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D"=
cite"><blockquote type=3D"cite"><blockquote
type=3D"cite"><br></blockquote>=
</blockquote></blockquote></blockquote><blockquote
type=3D"cite"><blockquot=
e type=3D"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">it soun=
ds like you actually want #1, but can live with #2, by installing<br></bloc=
kquote></blockquote></blockquote></blockquote><blockquote
type=3D"cite"><bl=
ockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote type=3D"cite">=
the engine as a host as
well.<br></blockquote></blockquote></blockquote></b=
lockquote><blockquote type=3D"cite"><blockquote
type=3D"cite"><blockquote t=
ype=3D"cite"><br></blockquote></blockquote></blockquote><blockquote
type=3D=
"cite"><blockquote type=3D"cite"><blockquote
type=3D"cite">Exactly, I can l=
ive with #2, as I have the engine added as hostA in my
DC<br></blockquote><=
/blockquote></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite=
"><br></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=
=3D"cite">well, the question is if choosing another host to use for fencing=
<br></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=3D=
"cite">would/should be limited to hosts from same DC, then engine can only =
be<br></blockquote></blockquote><blockquote
type=3D"cite"><blockquote type=
=3D"cite">used to fence one
DC.<br></blockquote></blockquote><blockquote ty=
pe=3D"cite"><br></blockquote><blockquote
type=3D"cite">I=B4m quoting you he=
re:<br></blockquote><blockquote type=3D"cite">"1. power
management is DC wi=
de, not cluster."<br></blockquote><blockquote
type=3D"cite"><br></blockquot=
e><blockquote type=3D"cite">So this wouldn=B4t be any different from
it=B4s=
current state.<br></blockquote><br>true, but if you have multiple DCs,
eng=
ine as a host can be used to <br>fence only one DC.<br>while if engine is
'=
special', it can be used to fence in all
DCs<br></div></blockquote><div><br=
</div>OK, so you actually want the engine to be special. Well,
thats how V=
MWare vCenter also manages power control so I like that as well. Of
course =
it=B4s always better if engine could fence all DC=B4s, instead of just one,=
and it would also make it a lot more intuitive to configure, cause you won=
=B4t need two hosts before the first could verify the other either. A=
nd if the engine goes down, you would have bigger issues than power control=
to worry about;)</div><div><br></div><div><blockquote
type=3D"cite"><div><=
br><blockquote
type=3D"cite"><br></blockquote><blockquote
type=3D"cite"><br=
</blockquote><blockquote
type=3D"cite"><blockquote type=3D"cite">also, for=
any
host other than engine, question is what to do if it is<br></blockquot=
e></blockquote><blockquote type=3D"cite"><blockquote
type=3D"cite">down...<=
br></blockquote></blockquote><blockquote
type=3D"cite"><br></blockquote><bl=
ockquote type=3D"cite"><br></blockquote><blockquote
type=3D"cite"><br></blo=
ckquote><blockquote type=3D"cite">Med V=E4nliga
H=E4lsningar<br></blockquot=
e><blockquote
type=3D"cite">-----------------------------------------------=
--------------------------------<br></blockquote><blockquote
type=3D"cite">=
Karli Sj=F6berg<br></blockquote><blockquote
type=3D"cite">Swedish Universit=
y of Agricultural Sciences<br></blockquote><blockquote
type=3D"cite">Box 70=
79 (Visiting Address Kron=E5sv=E4gen 8)<br></blockquote><blockquote
type=3D=
"cite">S-750 07 Uppsala, Sweden<br></blockquote><blockquote
type=3D"cite">P=
hone: +46-(0)18-67 15 66<br></blockquote><blockquote
type=3D"cite"><a=
href=3D"mailto:karli.sjoberg@slu.se">karli.sjoberg@slu.se</a>
<<a href=
=3D"mailto:karli.sjoberg@adm.slu.se">mailto:karli.sjoberg@adm.slu.se</a>>=
;<br></blockquote><blockquote
type=3D"cite"><br></blockquote><br><br></div>=
</blockquote></div><br><div>
<span class=3D"Apple-style-span" style=3D"border-collapse: separate;
color:=
rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: no=
rmal; font-weight: normal; letter-spacing: normal; line-height: normal; orp=
hans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; =
white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizonta=
l-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorati=
ons-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-wi=
dth: 0px; font-size: medium; "><div><br
class=3D"Apple-interchange-newline"=
<br></div><div>Med V=E4nliga
H=E4lsningar<br>-----------------------------=
--------------------------------------------------<br>Karli
Sj=F6berg<br>Sw=
edish University of Agricultural Sciences<br>Box 7079 (Visiting Address Kro=
n=E5sv=E4gen 8)<br>S-750 07 Uppsala, Sweden<br>Phone: +46-(0)18-67
15=
66</div><div><a
href=3D"mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu=
.se</a></div></span>
</div>
<br></body></html>=
--_000_A2F257DF259A4657B72BD4FD2F4DBD74sluse_--
4498
days inactive
4503
days old
8 comments
3 participants
participants (3)
-
Itamar Heim -
Karli Sjöberg -
Moti Asayag