[DRBD-user] heartbeat+drbd scenario: question on particular case

Gianluca Cecchi gianluca.cecchi at gmail.com
Mon Aug 25 12:25:47 CEST 2008

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.

On Fri, Aug 22, 2008 at 7:14 PM, Lars Ellenberg
<lars.ellenberg at linbit.com>wrote:

> [snip]
> right.
> nfsnode1 is not the home node,
> and apparently concludes from seeing the home node alive that the
> resources are running there alright, and takes no action.

> [snip]

> aparently heartbeat in haresources (non-crm) mode
> cannot cope with your scenario.
> [snip]
> if you want to cope with multiple failures, operator intervention is
> almost always required. in this scenario, if you want to stick with
> haresources style heartbeat config, you probably have to say something like
> # /usr/lib/heartbeat/ResourceManager takegroup drbddisk::drbd-resource-0
> could do the trick now. (but don't tell anybody)
> it may even be a heartbeat "bug", but I doubt that linux-ha guys are
> eager to change anything in the officially unmaintained "non-crm code".
Ok, thanks for your clarifications.
The command provided makes the right work (I didn't tell anybody ;-).
I started with 1.x style config as all the documents about
drbd+heartbeat+nfs are based on this.
I saw that one of main features of 2.x heartbeat should be resource
monitoring, being able to cope with node failures, network failures such as
full link failures or the cluster becoming partitioned, but also with
failures of individual resources,
so that in my second step I'm going to migrate to this config.

BTW, I was also testing the primary-poweroff scenario and it didn't work.
But this was caused by a severe bug in 2.1.3 heartbeat dopd component, as
released at this time in CentOS 5.2.


So I needed to recompile heartbeat.
But it was not related with the scenario posted here, where all goes as you
clearly described.

In case anyone needs too....
while I'm writing, I see that 2.1.4 has just been released ...... fixing the
so I have also to see changes between 2.1.3 and 2.1.4.. '-)

Thanks again.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20080825/d9237ced/attachment.htm>

More information about the drbd-user mailing list