Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I have two servers to host a website.
Only one is actively used at a time, the other one acts as hot standby.
All data ist replicated via DRBD from the currentlly active server
(primary) to the backup server (secondary).
I recently had to set up a new secondary, because the original one had
hardware problems.
So i followed the instructions in the documentation
(http://www.drbd.org/users-guide-8.3/s-node-failure.html#s-perm-node-failure).
The status of the primary node:
version: 8.3.7 (api:88/proto:86-91)
srcversion: EE47D8BF18AC166BE219757
1: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown r----
ns:0 nr:0 dw:202926340 dr:247194962 al:2452 bm:757 lo:0 pe:0 ua:0
ap:0 ep:1 wo:b oos:215272
The status of the secondary node:
version: 8.3.11 (api:88/proto:86-96)
srcversion: F937DCB2E5D83C6CCE4A6C9
1: cs:WFConnection ro:Secondary/Unknown ds:Inconsistent/DUnknown C r-----
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f
oos:242699884
This seems to be all right.
But when issuing a connect on the primary it immediately disconnects again.
The log on the secondary has the following entries:
Aug 24 21:59:15 www2 kernel: [ 3780.076072] block drbd1: Handshake
successful: Agreed network protocol version 91
Aug 24 21:59:15 www2 kernel: [ 3780.076122] block drbd1: conn(
WFConnection -> WFReportParams )
Aug 24 21:59:15 www2 kernel: [ 3780.076180] block drbd1: Starting
asender thread (from drbd1_receiver [2502])
Aug 24 21:59:15 www2 kernel: [ 3780.077178] block drbd1:
data-integrity-alg: <not-used>
Aug 24 21:59:15 www2 kernel: [ 3780.077235] block drbd1:
drbd_sync_handshake:
Aug 24 21:59:15 www2 kernel: [ 3780.077272] block drbd1: self
0000000000000004:0000000000000000:0000000000000000:0000000000000000
bits:60674971 flags:0
Aug 24 21:59:15 www2 kernel: [ 3780.077328] block drbd1: peer
E2227E948E7B07CD:4445769C1EF0ADCC:B744D0729CC042CC:5AD0061929ED5B9D
bits:53813 flags:0
Aug 24 21:59:15 www2 kernel: [ 3780.077343] block drbd1: conn(
WFReportParams -> NetworkFailure )
Aug 24 21:59:15 www2 kernel: [ 3780.077349] block drbd1: asender terminated
Aug 24 21:59:15 www2 kernel: [ 3780.077351] block drbd1: Terminating
drbd1_asender
Aug 24 21:59:15 www2 kernel: [ 3780.077509] block drbd1:
uuid_compare()=-2 by rule 20
Aug 24 21:59:15 www2 kernel: [ 3780.077549] block drbd1: Becoming sync
target due to disk states.
Aug 24 21:59:15 www2 kernel: [ 3780.077586] block drbd1: Writing the
whole bitmap, full sync required after drbd_sync_handshake.
Aug 24 21:59:15 www2 kernel: [ 3780.162981] block drbd1: bitmap WRITE of
1852 pages took 10 jiffies
Aug 24 21:59:15 www2 kernel: [ 3780.224437] block drbd1: 231 GB
(60674971 bits) marked out-of-sync by on disk bit-map.
Aug 24 21:59:15 www2 kernel: [ 3780.232894] block drbd1:
drbd_sync_handshake:
Aug 24 21:59:15 www2 kernel: [ 3780.232932] block drbd1: self
0000000000000004:0000000000000000:0000000000000000:0000000000000000
bits:60674971 flags:0
Aug 24 21:59:15 www2 kernel: [ 3780.232975] block drbd1: peer
E2227E948E7B07CD:4445769C1EF0ADCC:B744D0729CC042CC:5AD0061929ED5B9D
bits:53813 flags:0
Aug 24 21:59:15 www2 kernel: [ 3780.233017] block drbd1:
uuid_compare()=-2 by rule 20
Aug 24 21:59:15 www2 kernel: [ 3780.233053] block drbd1: Becoming sync
target due to disk states.
Aug 24 21:59:15 www2 kernel: [ 3780.233091] block drbd1: Writing the
whole bitmap, full sync required after drbd_sync_handshake.
Aug 24 21:59:15 www2 kernel: [ 3780.287424] block drbd1: bitmap WRITE of
1852 pages took 10 jiffies
Aug 24 21:59:15 www2 kernel: [ 3780.348835] block drbd1: 231 GB
(60674971 bits) marked out-of-sync by on disk bit-map.
Aug 24 21:59:15 www2 kernel: [ 3780.357295] block drbd1: peer( Unknown
-> Primary ) conn( NetworkFailure -> WFBitMapT ) pdsk( DUnknown ->
UpToDate )
Aug 24 21:59:15 www2 kernel: [ 3780.365646] block drbd1: Connection closed
Aug 24 21:59:15 www2 kernel: [ 3780.365688] block drbd1: peer( Primary
-> Unknown ) conn( WFBitMapT -> Unconnected ) pdsk( UpToDate -> DUnknown )
Aug 24 21:59:15 www2 kernel: [ 3780.365731] block drbd1: receiver terminated
Aug 24 21:59:15 www2 kernel: [ 3780.365771] block drbd1: Restarting
drbd1_receiver
Aug 24 21:59:15 www2 kernel: [ 3780.365808] block drbd1: receiver
(re)started
Aug 24 21:59:15 www2 kernel: [ 3780.365871] block drbd1: conn(
Unconnected -> WFConnection )
Aug 24 21:59:15 www2 kernel: [ 3780.373914] block drbd1: bitmap WRITE of
0 pages took 0 jiffies
Aug 24 21:59:15 www2 kernel: [ 3780.374072] block drbd1: 231 GB
(60674971 bits) marked out-of-sync by on disk bit-map.
As far as i understand it, they do have a connection, agree on a
protocol, notice that secondary needs to be fully synced and then just
drop the connection for no apparent reason.
Can you tell me why this might be or where i can get further information
as for why the conenction is being dropped?
Thanks a lot
Koschi