[DRBD-user] Re: drbd + heartbeat resource failover

Anand Subramanian anands at ca.ibm.com
Thu Oct 28 19:40:03 CEST 2004

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

/ 2004-10-28 12:09:28 -0400 
\ Anand Subramanian: 
> >> I am trying drbd (0.7.5) with Heartbeat (1.2.3) on RHEL3 update 2 
> >> (2.4.21-ELsmp Linux kernel - comes default with the distro). I have a 

> >> question regarding resource failover which hopefully makes sense to 
> >> someone out here. 
> >> 
> >> When my primary node (node1) goes down, I can see that node2 
> >> the secondary node) takes over. But this takeover is not fully 
> automated. 
> >> W.r.t Heartbeat, the resource seems to be drbddisk (specified in the 
> >> /etc/ha.d/haresources file on both nodes in identical fashion). 
>> >there has been a short thread about how to become primary when the 
>> >node dies about two weeks ago. may that answers part of your 
> > > 
>> >thanks, 
>> >lge 
>> All I want to know is : does anyone know if the scripts shipped by 
>> as part of the heartbeat 1.2.3 package handle this correctly(for drbd 
>> 0.7.5)? No matter what is to be done to make the secondary node the 
>> primary, if the primary crashes or is shutdown? 
>> In short, does /etc/ha.d/resource.d/drbddisk handle this scenario 
>> correctly? Yes, I should be going through the code to find out. Which 
>> what I am doing. 
>> But in the meantime... 

> but in the meantime, go read that thread. 

Oh, I should have been clear. My fault.
Was about to say, in the meantime...why don't you read my question again?

I had gone through the thread you ever so graciously mentioned, and I 
already had the patch you mentioned, whereby drbd keeps trying more than 
once. ALL *Before* posting this thread.

This *isn't* the problem about the ping and dead times....fyi.

Pls read my question again. 


>Lars Ellenberg 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20041028/04637f10/attachment.htm>

More information about the drbd-user mailing list