[DRBD-user] drbd doesn't 'reconnect'

Kirby Bakken kirbyb at us.ibm.com
Wed Apr 4 20:18:21 CEST 2007

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


I've got two systems connected/configured, and 'under' heartbeat.  I'm 
running: 

drbd-8.0.0 and  heartbeat-2.0.8 on

 uname -a
Linux fspnfs182.austin.ibm.com 2.6.9-42.0.2.ELsmp #1 SMP Thu Aug 17 
18:00:32 EDT 2006 i686 athlon i386 GNU/Linux

My drbd.conf is listed below.

The problem I'm having is that if I reboot the secondary, it comes back in 
a WFConnection state.  The only way I've found to 'reconnect' is to do a 
'drbdadm connect' from the primary', and then it does a full resync.

Is this normal?  Or have I got something screwed up?


[root at fspnfs182 hanfs]# cat /etc/drbd.conf 
global {
  usage-count yes;
}

common {
  syncer { rate 100M; }
}

resource r0 {
  protocol C;

  handlers {
    pri-on-incon-degr "echo O > /proc/sysrq-trigger ; halt -f";
    pri-lost-after-sb "echo O > /proc/sysrq-trigger ; halt -f";
    local-io-error "echo O > /proc/sysrq-trigger ; halt -f";
  }

  startup {
    degr-wfc-timeout 120;    # 2 minutes.
  }

  disk {
    on-io-error   detach;
  }

  net {
    after-sb-0pri discard-younger-primary;
    after-sb-1pri consensus;
    after-sb-2pri disconnect;
    rr-conflict disconnect;
  }

  syncer {
    al-extents 257;
  }

  on fspnfs182.austin.ibm.com {
    device     /dev/drbd0;
    disk       /dev/sdb1;
#    address    9.3.62.182:7788;
     address    192.168.0.2:7788;
#    meta-disk  internal;
     meta-disk  /dev/mapper/rootvg-data[0]; 
  }

  on fspnfs183.austin.ibm.com {
    device    /dev/drbd0;
    disk      /dev/sdb1;
#    address   9.3.62.183:7788;
     address   192.168.0.3:7788;
#    meta-disk internal;
     meta-disk /dev/mapper/rootvg-data[0];
  }
}




=======================
Kirby Bakken
ESW Build Architect
Rochester, MN
email: kirbyb at us.ibm.com
ezpage:kirbyb
507-253-4549 / Tie:  553-4549
Fax:  507-253-3495

......one more straw can't possibly matter....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20070404/4a017123/attachment.htm>


More information about the drbd-user mailing list