<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
> Then how about the approach documented in the man page?<br>> http://www.drbd.org/users-guide/re-drbdsetup.html<br><br>That
approach is working perfectly, except for one set of boxes that have
with exactly same hardware configuration. And I just want to figure out
why it is behaving in this manner on these boxes. Okay, let me explain
what I've been doing<br><br>config:<br>~~~~<br>global {<br> usage-count yes;<br>}<br>common {<br> protocol C;<br> startup {<br> wfc-timeout 120;<br> degr-wfc-timeout 120;<br> }<br>}<br>resource my_res {<br> syncer {<br> rate 333M;<br> }<br> on node1 {<br> device /dev/drbd1;<br> disk /dev/sdb3;<br> address 192.168.2.1:7791;<br> meta-disk internal;<br> }<br> on node2 {<br> device /dev/drbd1;<br> disk /dev/sdb3;<br> address 192.168.2.2:7791;<br> meta-disk internal;<br> }<br>}<br><br>node1 (primary)<br>~~~~~~~~~<br>- drbdadm create-md my_res<br>- drbdadm up my_res<br>- drbdadm disconnect my_res (because new-current-uuid would occur only on "standalone")<br>- drbdsetup 1 new-current-uuid --clear-bitmap<br>- drbdadm new-current-uuid my_res<br>- drbdadm detach my_res (because I need to produce and primary dump and I cannot do this if resource is attached)<br>- drbdadm dump-md my_res > primary_dump<br>- scp this "primary_dump" to node2<br><br>node2 (secondary)<br>~~~~~~~~~~~<br>- drbdsetup 1 new-current-uuid --clear-bitmap<br>- drbdmeta 1 /dev/sdb3 internal restore-md primary_dump<br><br>On both nodes:<br>~~~~~~~~~<br>- drbdadm adjust all<br><br>At this point both nodes are connected with "Secondary/Secondary Inconsistent/Inconsistent" state<br><br>Make node1 primary:<br>~~~~~~~~~~~~<br>drbdadm -- --overwrite-data-of-peer primary my_res<br><br>*
Now at this point I would expect both nodes to be in "Primary/Secondary
UpToDate/UpToDate" state, but they are not. Instead the state is
"Primary/Secondary UpToDate/Inconsistent" state and displaying
[=>...........] sync'ed:0.01% message.<br><br>I have successfully
tested this procedure on 10 other boxes and I have had no issue, except
for this one box. So, I am trying to find out more about this behavior
and under what circumstances it may occur. I'd greatly appreciate any
help on this behaviour.<br><br>Here is <span>dmesg output:</span><br><span>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</span><br><span>block drbd1: conn( Unconnected -> WFConnection ) </span><br><span>block drbd1: Handshake successful: Agreed network protocol version 91</span><br><span>block drbd1: conn( WFConnection -> WFReportParams ) </span><br><span>block drbd1: Starting asender thread (from drbd1_receiver [24837])</span><br><span>block drbd1: data-integrity-alg: <not-used></span><br><span>block drbd1: drbd_sync_handshake:</span><br><span>block drbd1: self C48D0F6F05011D66:02D67DD221F19CD8:0000000000000004:0000000000000000 bits:669554939 flags:0</span><br><span>block drbd1: peer C48D0F6F05011D66:02D67DD221F19CD8:0000000000000004:0000000000000000 bits:0 flags:0</span><br><span>block drbd1: uuid_compare()=0 by rule 40</span><br><span>block drbd1: No resync, but 669554939 bits in bitmap!</span><br><span>block drbd1: peer( Unknown -> Secondary ) conn( WFReportParams -> Connected ) pdsk( DUnknown -> Inconsistent ) </span><br><span>block drbd1: peer( Secondary -> Primary ) pdsk( Inconsistent -> UpToDate ) </span><br><span>block drbd1: drbd_sync_handshake:</span><br><span>block drbd1: self C48D0F6F05011D66:02D67DD221F19CD8:0000000000000004:0000000000000000 bits:669554939 flags:0</span><br><span>block drbd1: peer 40BD0C3BDCF22CB9:C48D0F6F05011D66:0000000000000004:0000000000000000 bits:0 flags:0</span><br><span>block drbd1: uuid_compare()=-1 by rule 50</span><br><span>block drbd1: Becoming sync target due to disk states.</span><br><span>block drbd1: conn( Connected -> WFBitMapT ) </span><br><span>block drbd1: conn( WFBitMapT -> WFSyncUUID ) </span><br><span>block drbd1: helper command: /sbin/drbdadm before-resync-target minor-1</span><br><span>block drbd1: helper command: /sbin/drbdadm before-resync-target minor-1 exit code 0 (0x0)</span><br><span>block drbd1: conn( WFSyncUUID -> SyncTarget ) </span><br><span>block drbd1: Began resync as SyncTarget (will sync 2678219756 KB [669554939 bits set]).</span><br><br><span>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</span><br><br>Regards,<br>-Jay<br><br>> Date: Wed, 11 Nov 2009 10:22:10 +0100<br>> From: lars.ellenberg@linbit.com<br>> To: drbd-user@lists.linbit.com<br>> Subject: Re: [DRBD-user] Truck replication<br>> <br>> On Tue, Nov 10, 2009 at 07:18:16PM +0000, jay b wrote:<br>> > <br>> > <br>> > Truck replication page: http://www.drbd.org/users-guide/users-guide.html <br>> > For dump /restore part: http://www.drbd.org/users-guide/s-resizing.html <br>> > <br>> > What I am trying to achieve:<br>> <br>> ...<br>> <br>> > I want to avoid initial sync time,<br>> > which in our case takes more than 12hrs.<br>> <br>> Right.<br>> <br>> Then how about the approach documented in the man page?<br>> http://www.drbd.org/users-guide/re-drbdsetup.html<br>> <br>> Currently the sub section on "new-current-uuid" is<br>> http://www.drbd.org/users-guide/re-drbdsetup.html#id1229962<br>> <br>> But those id anchors are likely to change on future updates,<br>> so if someone digs this from an archive,<br>> just "find" the heading/subsection on "new-current-uuid".<br>> <br>> <br>> -- <br>> : Lars Ellenberg<br>> : LINBIT | Your Way to High Availability<br>> : DRBD/HA support and consulting http://www.linbit.com<br>> <br>> DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.<br>> __<br>> please don't Cc me, but send to list -- I'm subscribed<br>> _______________________________________________<br>> drbd-user mailing list<br>> drbd-user@lists.linbit.com<br>> http://lists.linbit.com/mailman/listinfo/drbd-user<br> <br /><hr />Get a great deal on Windows 7 and see how it works the way you want. <a href='http://go.microsoft.com/?linkid=9691813' target='_new'>See the Windows 7 offers now.</a></body>
</html>