<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
&gt; Then how about the approach documented in the man page?<br>&gt; 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.&nbsp; Okay, let me explain
what I've been doing<br><br>config:<br>~~~~<br>global {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; usage-count yes;<br>}<br>common {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; protocol C;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; startup {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; wfc-timeout 120;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; degr-wfc-timeout 120;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>}<br>resource my_res {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; syncer {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; rate 333M;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; on node1 {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; device /dev/drbd1;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; disk /dev/sdb3;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; address 192.168.2.1:7791;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; meta-disk internal;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; on node2 {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; device /dev/drbd1;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; disk /dev/sdb3;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; address 192.168.2.2:7791;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; meta-disk internal;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<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 &gt; 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
[=&gt;...........] 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.&nbsp; So, I am trying to find out more about this behavior
and under what circumstances it may occur.&nbsp; 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 -&gt; WFConnection ) </span><br><span>block drbd1: Handshake successful: Agreed network protocol version 91</span><br><span>block drbd1: conn( WFConnection -&gt; WFReportParams ) </span><br><span>block drbd1: Starting asender thread (from drbd1_receiver [24837])</span><br><span>block drbd1: data-integrity-alg: &lt;not-used&gt;</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 -&gt; Secondary ) conn( WFReportParams -&gt; Connected ) pdsk( DUnknown -&gt; Inconsistent ) </span><br><span>block drbd1: peer( Secondary -&gt; Primary ) pdsk( Inconsistent -&gt; 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 -&gt; WFBitMapT ) </span><br><span>block drbd1: conn( WFBitMapT -&gt; 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 -&gt; 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>&gt; Date: Wed, 11 Nov 2009 10:22:10 +0100<br>&gt; From: lars.ellenberg@linbit.com<br>&gt; To: drbd-user@lists.linbit.com<br>&gt; Subject: Re: [DRBD-user] Truck replication<br>&gt; <br>&gt; On Tue, Nov 10, 2009 at 07:18:16PM +0000, jay b wrote:<br>&gt; &gt; <br>&gt; &gt; <br>&gt; &gt; Truck replication page: http://www.drbd.org/users-guide/users-guide.html <br>&gt; &gt; For dump /restore part: http://www.drbd.org/users-guide/s-resizing.html <br>&gt; &gt; <br>&gt; &gt; What I am trying to achieve:<br>&gt; <br>&gt; ...<br>&gt; <br>&gt; &gt; I want to avoid initial sync time,<br>&gt; &gt; which in our case takes more than 12hrs.<br>&gt; <br>&gt; Right.<br>&gt; <br>&gt; Then how about the approach documented in the man page?<br>&gt; http://www.drbd.org/users-guide/re-drbdsetup.html<br>&gt; <br>&gt; Currently the sub section on "new-current-uuid" is<br>&gt; http://www.drbd.org/users-guide/re-drbdsetup.html#id1229962<br>&gt; <br>&gt; But those id anchors are likely to change on future updates,<br>&gt; so if someone digs this from an archive,<br>&gt; just "find" the heading/subsection on "new-current-uuid".<br>&gt; <br>&gt; <br>&gt; -- <br>&gt; : Lars Ellenberg<br>&gt; : LINBIT | Your Way to High Availability<br>&gt; : DRBD/HA support and consulting http://www.linbit.com<br>&gt; <br>&gt; DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.<br>&gt; __<br>&gt; please don't Cc me, but send to list   --   I'm subscribed<br>&gt; _______________________________________________<br>&gt; drbd-user mailing list<br>&gt; drbd-user@lists.linbit.com<br>&gt; 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>