Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi All, Continue from my last posting, This is what syslog looks like when I do reboot after first time split brain been resolved manually. Apparently, no split brain takes place. Apr 11 17:29:39 f33 kernel: block drbd1: Starting worker thread (from cqueue/10 [357]) Apr 11 17:29:39 f33 kernel: block drbd1: disk( Diskless -> Attaching ) Apr 11 17:29:39 f33 kernel: block drbd1: Found 64 transactions (64 active extents) in activity log. Apr 11 17:29:39 f33 kernel: block drbd1: Method to ensure write ordering: barrier Apr 11 17:29:39 f33 kernel: block drbd1: max_segment_size ( = BIO size ) = 65536 Apr 11 17:29:39 f33 kernel: block drbd1: drbd_bm_resize called with capacity == 25164984 Apr 11 17:29:39 f33 kernel: block drbd1: resync bitmap: bits=3145623 words=49151 Apr 11 17:29:39 f33 kernel: block drbd1: size = 12 GB (12582492 KB) Apr 11 17:29:39 f33 kernel: block drbd1: recounting of set bits took additional 0 jiffies Apr 11 17:29:39 f33 kernel: block drbd1: 0 KB (0 bits) marked out-of-sync by on disk bit-map. Apr 11 17:29:39 f33 kernel: block drbd1: disk( Attaching -> UpToDate ) Apr 11 17:29:39 f33 kernel: block drbd1: conn( StandAlone -> Unconnected ) Apr 11 17:29:39 f33 kernel: block drbd1: Starting receiver thread (from drbd1_worker [4276]) Apr 11 17:29:39 f33 kernel: block drbd1: receiver (re)started Apr 11 17:29:39 f33 kernel: block drbd1: conn( Unconnected -> WFConnection ) Apr 11 17:29:39 f33 kernel: block drbd1: Handshake successful: Agreed network protocol version 95 Apr 11 17:29:39 f33 kernel: block drbd1: conn( WFConnection -> WFReportParams ) Apr 11 17:29:39 f33 kernel: block drbd1: Starting asender thread (from drbd1_receiver [4355]) Apr 11 17:29:39 f33 kernel: block drbd1: data-integrity-alg: <not-used> Apr 11 17:29:39 f33 kernel: block drbd1: max_segment_size ( = BIO size ) = 65536 Apr 11 17:29:39 f33 kernel: block drbd1: drbd_sync_handshake: Apr 11 17:29:39 f33 kernel: block drbd1: self 3F0E29557C6ED2F0:0000000000000000:8A096CBB34E497DF:1CFAD5F294AA47EF bits:0 flags:0 Apr 11 17:29:39 f33 kernel: block drbd1: peer 4EAB1AC37FF46C69:3F0E29557C6ED2F1:8A096CBB34E497DF:1CFAD5F294AA47EF bits:4 flags:0 Apr 11 17:29:39 f33 kernel: block drbd1: uuid_compare()=-1 by rule 50 Apr 11 17:29:39 f33 kernel: block drbd1: peer( Unknown -> Primary ) conn( WFReportParams -> WFBitMapT ) pdsk( DUnknown -> UpToDate ) Apr 11 17:29:39 f33 kernel: block drbd1: role( Secondary -> Primary ) Apr 11 17:29:40 f33 kernel: block drbd1: conn( WFBitMapT -> WFSyncUUID ) Apr 11 17:29:40 f33 kernel: block drbd1: helper command: /sbin/drbdadm before-resync-target minor-1 Apr 11 17:29:40 f33 kernel: block drbd1: helper command: /sbin/drbdadm before-resync-target minor-1 exit code 0 (0x0) Apr 11 17:29:40 f33 kernel: block drbd1: conn( WFSyncUUID -> SyncTarget ) disk( UpToDate -> Inconsistent ) Apr 11 17:29:40 f33 kernel: block drbd1: Began resync as SyncTarget (will sync 16 KB [4 bits set]). Apr 11 17:29:40 f33 kernel: block drbd1: Resync done (total 1 sec; paused 0 sec; 16 K/sec) Apr 11 17:29:40 f33 kernel: block drbd1: conn( SyncTarget -> Connected ) disk( Inconsistent -> UpToDate ) Apr 11 17:29:40 f33 kernel: block drbd1: helper command: /sbin/drbdadm after-resync-target minor-1 Apr 11 17:29:40 f33 kernel: block drbd1: helper command: /sbin/drbdadm after-resync-target minor-1 exit code 0 (0x0) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20110411/90a033a6/attachment.htm>