[DRBD-user] Handshake very slow when secondary goes down and comes up

Regis Gras Regis.Gras at ujf-grenoble.fr
Thu May 11 14:09:07 CEST 2006

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


When secondary comes up (after it goes down), the handshake is very, 
very long

Relevant syslog msgs are as follows (on the secondary)
In this example, Primary and secondary try to handshake
from 14:28 to 14:37

Apr 26 14:28:11 kernel: drbd: initialised. Version: 0.7.15 (api:77/proto:74)
Apr 26 14:28:11 kernel: drbd: SVN Revision: 2020 build by 
root at dionysos.ujf-grenoble.fr, 2006-03-02 13:56:02
Apr 26 14:28:11 kernel: drbd: registered as block device major 147
Apr 26 14:28:11 kernel: drbd0: resync bitmap: bits=14634569 words=457332
Apr 26 14:28:11 kernel: drbd0: size = 55 GB (58538276 KB)
Apr 26 14:28:11 kernel: drbd0: 0 KB marked out-of-sync by on disk bit-map.
Apr 26 14:28:11 kernel: drbd0: Found 6 transactions (260 active extents) 
in activity log.
Apr 26 14:28:11 kernel: drbd0: drbdsetup [2302]: cstate Unconfigured --> 
StandAlone
Apr 26 14:28:11 kernel: drbd0: drbdsetup [2315]: cstate StandAlone --> 
Unconnected
Apr 26 14:28:11 kernel: drbd0: drbd0_receiver [2316]: cstate Unconnected 
--> WFConnection
.............................................................
Apr 26 14:28:35 kernel: drbd0: drbd0_receiver [2316]: cstate 
WFConnection --> WFReportParams
Apr 26 14:28:35 kernel: drbd0: sock was shut down by peer
Apr 26 14:28:35 kernel: drbd0: drbd0_receiver [2316]: cstate 
WFReportParams --> BrokenPipe
Apr 26 14:28:35 kernel: drbd0: short read expecting header on sock: r=0
Apr 26 14:28:35 kernel: drbd0: worker terminated
Apr 26 14:28:35 kernel: drbd0: drbd0_receiver [2316]: cstate BrokenPipe 
--> Unconnected
Apr 26 14:28:35 kernel: drbd0: Connection lost.
............................ Very very long time ...................
Apr 26 14:36:37 kernel: drbd0: drbd0_receiver [2316]: cstate Unconnected 
--> WFConnection
Apr 26 14:36:38 kernel: drbd0: drbd0_receiver [2316]: cstate 
WFConnection --> WFReportParams
Apr 26 14:36:38 kernel: drbd0: Handshake successful: DRBD Network 
Protocol version 74
Apr 26 14:36:38 kernel: drbd0: Connection established.
Apr 26 14:36:38 kernel: drbd0: I am(S): 
1:00000003:00000045:00000973:00000005:00
Apr 26 14:36:38 kernel: drbd0: Peer(P): 
1:00000003:00000045:000012d6:00000005:10
Apr 26 14:36:38 kernel: drbd0: drbd0_receiver [2316]: cstate 
WFReportParams --> WFBitMapT
Apr 26 14:36:38 kernel: drbd0: Secondary/Unknown --> Secondary/Primary
Apr 26 14:36:38 kernel: drbd0: drbd0_receiver [2316]: cstate WFBitMapT 
--> SyncTarget
Apr 26 14:36:38 kernel: drbd0: Resync started as SyncTarget (need to 
sync 368 KB [92 bits set]).
Apr 26 14:36:38 kernel: drbd0: Resync done (total 1 sec; paused 0 sec; 
368 K/sec)
Apr 26 14:36:38 kernel: drbd0: drbd0_worker [6690]: cstate SyncTarget 
--> Connected


Is something wrong on my setup?
esource r0 {

  protocol C;
  incon-degr-cmd "echo '!DRBD! pri on incon-degr' | wall ; sleep 60 ; 
halt -f";

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

  disk {
#    on-io-error   detach;
    on-io-error   pass_on;
  }

  syncer {
    rate 10M;
    group 1;
    al-extents 257;
  }

# Rajout du 31 Janvier 2006

 net {
     on-disconnect reconnect;
     }

  on dionysos.ujf-grenoble.fr {
    device     /dev/drbd0;
    disk       /dev/sda6;
    address    193.54.242.22:7788;
    meta-disk  internal;

  }

  on bacchus.ujf-grenoble.fr {
    device    /dev/drbd0;
    disk      /dev/sda6;
    address   193.54.242.17:7788;
    meta-disk internal;
  }

}


Sincerely

-- 
==================================================================
| Régis Gras                 | http://www-ledss.ujf-grenoble.fr  |
| L.E.D.S.S.                 | mailto:Regis.Gras at ujf-grenoble.fr |
| 301, rue de la chimie      |         --------------            |
| DU BP 53                   | Tel 04 76 51 41 76                |
| 38041 Grenoble Cedex 9     | Fax 04 76 51 40 89                |
==================================================================




More information about the drbd-user mailing list