Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hello All,
as I have already explained my problem in my previous mail which is
attached too, my logs shows that secondary node is demanding for at
least one UptoDate disk.
*the O/P of cat /proc/drbd * on my secondary system shows that;
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by
gmk at build64.infiscale.com, 2009-11-17 14:56:22
1: cs:SyncTarget ro:Secondary/Primary ds:*Inconsistent/UpToDate* C r----
ns:8 nr:2156892 dw:2156900 dr:313 al:0 bm:132 lo:0 pe:0 ua:1 ap:0
ep:1 wo:b oos:112368444
[>....................] sync'ed: 1.9% (109732/111840)M
finish: 52:01:20 speed: 448 (316) K/sec
and *when primary node goes down *then it shows:
[root at sec ~]# cat /proc/drbd
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by
gmk at build64.infiscale.com, 2009-11-17 14:56:22
1: cs:WFConnection ro:Secondary/Unknown ds:*Inconsistent/DUnknown* C r----
ns:8 nr:2190140 dw:2190148 dr:313 al:0 bm:134 lo:0 pe:0 ua:0 ap:0
ep:1 wo:b oos:112335164
As I expect drives must be in* UpToDate* /*UpToDate* state for
Secondary/Primary so that drbd could find atleast one UpToDate drive to
make data consistent and start Secondary node as master.
I am seeking for any kind of help. If someone help me out then it'll be
very helpful.
Thanks
Deepak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20100720/b5ea5414/attachment.htm>
-------------- next part --------------
An embedded message was scrubbed...
From: Deepak Pal <deepak.pal at orkash.com>
Subject: DRBD+Heartbeat: Secondary node Refusing to be Primary
Date: Thu, 15 Jul 2010 12:01:28 +0530
Size: 30397
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20100720/b5ea5414/attachment.eml>