[DRBD-user] DRBD failing to become primary on both - Using RHEL5 Cluster Suite

[Theophanis Kontogiannis]

Hi Lars and All,

 

Thank you for your answer.

 

I believe that after a thorough Googling and drbd-list search I solved my problem.

 

The issue was related to this:

 

 <http://git.drbd.org/?p=drbd-8.0.git;a=commit;h=b2f332efee55ac248d1c7770b1a4a99e6b3ef879> http://git.drbd.org/?p=drbd-8.0.git;a=commit;h=b2f332efee55ac248d1c7770b1a4a99e6b3ef879

 

After compiling 8.3.0 and installing it, the problem has been resolved.

 

Thank you All for your time.

 

Theophanis Kontogiannis

 

 

> -----Original Message-----

> From: Lars Ellenberg [mailto:lars.ellenberg at linbit.com]

> Sent: Wednesday, February 25, 2009 2:26 PM

> To: drbd-user at lists.linbit.com

> Subject: Re: [DRBD-user] DRBD failing to become primary on both - 

> Using

> RHEL5 Cluster Suite

> 

> On Tue, Feb 24, 2009 at 11:59:08PM +0200, Theophanis Kontogiannis wrote:

> > Good Evening Everyone.

> 

> hi.

> please avoid html mails on mailing lists.

> and try to get your outlook to get the linebreaks right, and not 

> introduce so many extra blank lines.

> good luck ;)

> 

> but anyways...

> 

> > I have a two node cluster of CentOS 5.

> >

> > The fencing is based on WTI PDU

> >

> > I have GFS2 over LVM over DRBD

> >

> >

> >

> > DRBD is version 8.2.6

> >

> > Kernel is version 2.6.18-92.1.10.el5.centos.plus

> >

> >

> >

> > I have made the drbd to start as a cluster service (and attached on 

> > the service of drbd are clvmd, and then gfs2 services).

> >

> >

> >

> > Anyway the problem is that I have not managed a single time to make

> Primary

> > on both nodes, all the resources (so the clvmd does not start, and 

> > so

> gfs2

> > does not mount and so no clustered service starts).

> >

> >

> >

> > This one last time that happened this (and made me post this request 

> > for

> > help) the status is the following:

> >

> >

> >

> > TWEETY1 (node A)

> >

> > [root at tweety-1 ~]# cat /proc/drbd

> > version: 8.2.6 (api:88/proto:86-88)

> > GIT-hash: 3e69822d3bb4920a8c1bfdf7d647169eba7d2eb4 build by 

> > buildsvn at c5-x8664-build, 2008-08-07 17:44:27

> >  0: cs:WFBitMapS st:Secondary/Secondary ds:UpToDate/Outdated C r---

> >     ns:0 nr:0 dw:0 dr:0 al:0 bm:24 lo:0 pe:0 ua:0 ap:0 oos:126976

> 

> ok, this is still resyncing, at least it should be soonish change to 

> "SyncSource" on this node, and to "SyncTarget" on the other.

> if it does not, retry with 8.2.7, or 8.3.0.

> 

> 

> >  1: cs:Connected st:Secondary/Secondary ds:UpToDate/UpToDate C r---

> >     ns:811008 nr:0 dw:0 dr:811008 al:0 bm:192 lo:0 pe:0 ua:0 ap:0 

> > oos:0

> 

> and that one is secondary on both sides.

> 

> you claim you have not been able to make it Primary.

> well, what happens, exactly, if you say "drbdadm primary" ?

> 

> 

> > [root at tweety-1 ~]# dmesg|grep drbd

> nothing interessting in there.

> 

> apart from no hint whatsoever of someone even trying to make it primary.

> so it stays secondary.

> 

> > TWEETY2 (node B)

> >

> >

> >

> > [root at tweety-2 ~]# cat /proc/drbd

> >

> > version: 8.2.6 (api:88/proto:86-88)

> > GIT-hash: 3e69822d3bb4920a8c1bfdf7d647169eba7d2eb4 build by 

> > buildsvn at c5-x8664-build, 2008-08-07 17:44:27

> >  0: cs:WFBitMapT st:Secondary/Secondary ds:Outdated/UpToDate C r---

> >     ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 oos:126976

> >  1: cs:Connected st:Secondary/Secondary ds:UpToDate/UpToDate C r---

> >     ns:0 nr:811008 dw:811008 dr:0 al:0 bm:96 lo:0 pe:0 ua:0 ap:0 

> > oos:0

> 

> 

> [again, kernel log stripped]

[STRIPED]

> 

> --

> : Lars Ellenberg

> : LINBIT | Your Way to High Availability

> : DRBD/HA support and consulting  <http://www.linbit.com> http://www.linbit.com

> 

> DRBD and LINBIT are registered trademarks of LINBIT, Austria.

> __

> please don't Cc me, but send to list   --   I'm subscribed

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.linbit.com/pipermail/drbd-user/attachments/20090311/6a3eb74a/attachment.htm