<br><br><div class="gmail_quote">On Mon, Jun 28, 2010 at 10:19 AM, Andrew Beekhof <span dir="ltr"><<a href="mailto:andrew@beekhof.net">andrew@beekhof.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
On Sun, Jun 27, 2010 at 8:00 PM, Robert Lindgren<br>
<div class="im"><<a href="mailto:robert.lindgren@gmail.com">robert.lindgren@gmail.com</a>> wrote:<br>
><br>
>>><br>
</div><div><div class="h5">>>> You do have stonith configured right?<br>
>><br>
>> No :)<br>
><br>
>> Ah, that explains it then<br>
>><br>
>> > right now (during test) I don't have hardware with stonith devices,<br>
>> > like drac5 or something. Is it possible to configure stonith with for<br>
>> > example external/ssh and make it work?<br>
>><br>
>> Well external/ssh isnt going to work if there's no network access to<br>
>> the "bad" node...<br>
><br>
> Any recommendations on  how to configure stonith on a test environment here<br>
> there is not any physical stonith devices? I want to test this before<br>
> production stage, where there is proper stonith environment.<br>
<br>
</div></div>Virtual machines perhaps?<br>
There are a couple of VM fencing options out there.<br>
<div><div class="h5"><br></div></div></blockquote><div><br></div><div>He, well my setup is the following:</div><div><br></div><div>I have two physical machines, running pacemaker with gfs2/drbd active/active, with some VirtualDomain kvm resources, where the kvm images are served from the gfs2/drbd partition. </div>
<div><br></div><div>I guess this setup is pretty hard to implement on another layer of visualization, where the physical machines are turned into virtual once. It might be possible but I might be able to test the gfs2/drbd problem I'm having at least.</div>
</div><br>