Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I am using drbd on a Fedora Core 4 drbd-0.7.15-1 kernel-2.6.14-1.1653_FC4 In a first time, the situation is: (on the Primary) cs:Connected st:Primary/Secondary ld:Consistent I stop/restart the "secondary" The situation becomes: (on the Primary) cs:WFConnection st:Primary/Unknown ld:Consistent When the "secondary" reboots, the Handshake is very very long. See below /var/log/messages on the "secondary" 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 Could some one tell me what is the problem and how to do to bypass it ? 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 | ==================================================================