<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
<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>I have 2 node setup (primary/secondary), each node have ~4TB disk, and rest of the hardware configuration is exactly the same.&nbsp;&nbsp; I want this setup so that in a fail over scenario where secondary can be promoted to primary.&nbsp; I am using Truck replication because I want to avoid initial sync time, which in our case takes more than 12hrs.<br><br>&gt; &gt; takes place. Any idea what could be causing this,<br>&gt; You ;)<br>Glad if this is the case :)<br><br>Basically, steps that I mentioned earlier were for secondary node only. <br><br>&gt; &gt; drbdadm detach res<br>&gt; why?<br>Because if resource is attached we cannot restore metadata (metadata dump from primary) .<br><br>&gt; &gt; ${drbdmeta_cmd/dump-md/restore-md} /var/testmeta<br>&gt; <br>&gt; why?<br>Basically it is delivering "drbdmeta 1 v08 /dev/sdb3 internal restore-md /var/testmeta" command to restore meta on this secondary node (sorry for including extra bash commands). So the idea is that when both nodes connect they are UpToDate/UpToDate.<br><br>Let me know if there is something wrong with this approach.<br><br><br>Thanks much,<br>Jay<br><br><br>&gt; Date: Tue, 10 Nov 2009 16:10:44 +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 Mon, Nov 09, 2009 at 10:26:07PM +0000, jay b wrote:<br>&gt; &gt; <br>&gt; &gt; <br>&gt; &gt; Hi All:<br>&gt; &gt; <br>&gt; &gt; I am hitting a strange behavior during truck replication (so far it<br>&gt; &gt; has occurred to one machine out of 10).  I have two machines node1 and<br>&gt; &gt; node2, and I am restoring metadata on node2.  Whenever I do the<br>&gt; &gt; following (as mentioned on truck replication page) resynchronization<br>&gt; &gt; takes place. Any idea what could be causing this,<br>&gt; <br>&gt; You ;)<br>&gt; <br>&gt; &gt; any clues to debug such issues?  <br>&gt; &gt; <br>&gt; &gt; drbdsetup 1 new-current-uuid --clear-bitmap<br>&gt; <br>&gt; fine.<br>&gt; <br>&gt; &gt; drbdadm detach res<br>&gt; <br>&gt; why?<br>&gt; <br>&gt; &gt; drbdmeta_cmd=$(drbdadm -d dump-md res)<br>&gt; <br>&gt; why?<br>&gt; <br>&gt; &gt; drbdadm detach res <br>&gt; <br>&gt; why?<br>&gt; <br>&gt; &gt; ${drbdmeta_cmd/dump-md/restore-md} /var/testmeta<br>&gt; <br>&gt; why?<br>&gt; <br>&gt; <br>&gt; May I ask<br>&gt;  * what are you trying to achieve?<br>&gt;  * which "truck replication page" are you referring to?<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 />Windows Live: Make it easier for your friends to see  <a href='http://go.microsoft.com/?linkid=9691811' target='_new'>what you’re up to on Facebook.</a></body>
</html>