Michael Smith writes:
> I've got a pair of fully patched SLES11 SP1 nodes and they're showing
> what I guess is the same behaviour: if I hard-poweroff node2, operations
> like "vgdisplay -v" hang on node1 for quite some time. Sometimes a
> minute, sometimes two, sometimes forever. They get stu
Tim Serong wrote:
On 8/27/2010 at 03:37 PM, Michael Smith wrote:
I think I'd consider it a bug: I've disabled stonith, so dlm shouldn't
wait forever for a fence operation that isn't going to happen.
I reckon if you set the args parameter of your ocf:pacemaker:controld
resource to "-f 0 -
On 8/27/2010 at 03:37 PM, Michael Smith wrote:
> On Thu, 26 Aug 2010, Tim Serong wrote:
>
> > > for now I have stonith-enabled="false" in
> > > my CIB. Is there a way to make clvmd/dlm respect it?
> >
> > No. At least, I don't think so, and/or I hope not :)
>
> I think I'd consider
On Thu, 26 Aug 2010, Tim Serong wrote:
> > for now I have stonith-enabled="false" in
> > my CIB. Is there a way to make clvmd/dlm respect it?
>
> No. At least, I don't think so, and/or I hope not :)
I think I'd consider it a bug: I've disabled stonith, so dlm shouldn't
wait forever for a fe
On 8/27/2010 at 01:49 PM, Michael Smith wrote:
> On Thu, 26 Aug 2010, Tim Serong wrote:
>
> > > Aug 26 18:31:51 xen-test1 cluster-dlm[8870]: fence_node_time: Node
> > > 236655788/xen-test2 has not been shot yet
>
> > Do you have STONITH configured? Note that it says "xen-test2 has not
On Thu, 26 Aug 2010, Tim Serong wrote:
> > Aug 26 18:31:51 xen-test1 cluster-dlm[8870]: fence_node_time: Node
> > 236655788/xen-test2 has not been shot yet
> Do you have STONITH configured? Note that it says "xen-test2 has not
> been shot yet" and "clvmd ... not fenced". It's just going to si
On 8/27/2010 at 08:50 AM, Michael Smith wrote:
>> Xinwei Hu writes:
> >
> > > That sounds worrying actually.
> > > I think this is logged as bug 585419 on SLES' bugzilla.
> > > If you can reproduce this issue, it worths to reopen it I think.
>
> I've got a pair of fully patched SLES11
> Xinwei Hu writes:
>
> > That sounds worrying actually.
> > I think this is logged as bug 585419 on SLES' bugzilla.
> > If you can reproduce this issue, it worths to reopen it I think.
I've got a pair of fully patched SLES11 SP1 nodes and they're showing
what I guess is the same behaviour: if
Xinwei Hu writes:
> 2010/8/16 Rainer Lutz :
> > Xinwei Hu writes:
> >> This sounds a like a fixed issue for SLE11SP1 indeed.
> > Well it is not fixed with SP1, but with some Patch after SP1 - don`t know
> > which thou, as the clvmd is the same for SP1 before and after Online
> > Patches.
> T
2010/8/16 Rainer Lutz :
> Xinwei Hu writes:
>
>>
>> This sounds a like a fixed issue for SLE11SP1 indeed.
>> referring to:
>> http://archives.free.net.ph/message/20100309.075255.baa4b2eb.en.html
>>
>
> Well it is not fixed with SP1, but with some Patch after SP1 - don`t know
> which
> thou, as th
Xinwei Hu writes:
>
> This sounds a like a fixed issue for SLE11SP1 indeed.
> referring to:
> http://archives.free.net.ph/message/20100309.075255.baa4b2eb.en.html
>
Well it is not fixed with SP1, but with some Patch after SP1 - don`t know which
thou, as the clvmd is the same for SP1 before and
This sounds a like a fixed issue for SLE11SP1 indeed.
referring to:
http://archives.free.net.ph/message/20100309.075255.baa4b2eb.en.html
2010/8/15 Rainer Lutz :
>> Any Idea how to solve it?
>
> I created a testscenario with the same conditions ( same OS Sles11 SP1 with
> HAE
> and the CIB from th
> Any Idea how to solve it?
I created a testscenario with the same conditions ( same OS Sles11 SP1 with HAE
and the CIB from the original cluster ), but with full online update and there
everthing works fine.
So it seems there was a bugfix for that.
On Monday i will try a full update for my orig
Hi,
i have a strange problem.
I am using a cloned dlm-clvm as mentioned in the sles11 hae guide. But when one
of my node is fenced by the other - the surving node fails on its volumes
because vgscan runs till EOF of CLVMD
Any Idea how to solve it?
Kind regards,
Rainer
_
14 matches
Mail list logo
