Lars.. <br><br>My environment "needs" of drbd8. Because live migration works flawlessly with pri/pri resources. Using sec/pri I need to do a big trip to achieve this.<br><br>sleep the vm<br>put local disk as secondary
<br>copy the vm state to remote server<br>put remote disk as primary<br>load the vm state.<br><br>This procedure takes 20-30 seconds to complish. I can even keep the session (because tcp/ip timeout)<br><br>With pri/pri I do the following:
<br>put remote disk as primary<br>start xen live migration<br>put local disk as secondary<br><br>The procedure takes 1-3 seconds, and I have only 1 second of delay in session (most of users cannot even notice the migration).
<br><br><br>My question is:<br><br>Will be any compatibility with drbd7 and 8? there is a way to migrate drbd7 metadata to 8 without data loss?<br><br>Best regards<br><br><br><br><br><div><span class="gmail_quote">On 7/6/06,
<b class="gmail_sendername">Lars Ellenberg</b> <<a href="mailto:Lars.Ellenberg@linbit.com">Lars.Ellenberg@linbit.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
/ 2006-07-05 16:30:10 -0300<br>\ Igor Morgado:<br>> Sorry to touch in it again. But I was simply ignored, is this report erroneous?<br>> May I add some information to get some kind of answer about this? There is<br>
> other mail list to report this?<br>><br>> Because Im really scared I lost ALL DATA from this volume after this happened.<br>> It was a test volume but I want to put this over real systems.<br>><br>> Any tips.
<br><br>if you are going production system, don't use developement versions of drbd,<br>use the stable branch (0.7.x, x == 20 currently).<br><br>if you want to help in the developemnt process of drbd 8,<br>please try to use the most recent svn checkout
<br> svn co <a href="http://svn.drbd.org/drbd/trunk">http://svn.drbd.org/drbd/trunk</a> drbd-8-svn<br><br><br>if you get problems with some "special" kernel, please try to reproduce<br>with "vanilla" first, to see if it is related to the special kernel, or
<br>some more generic problem.<br>> On 7/3/06, Igor Morgado <<a href="mailto:igormorgado.listas@gmail.com">igormorgado.listas@gmail.com</a>> wrote:<br>><br>> This happned after a drbdadm resize in my resource (I had extended the
<br>> device with lvm), on a debian gnu/linux (the oops is on the end of report)<br>><br>> magratea:~# uname -a<br>> Linux magratea 2.6.16-2-xen-686 #1 SMP Tue May 23 05:46:45 CEST 2006 i686<br>> GNU/Linux
<br>><br>><br>> Im running LVM on top of DRBD<br>><br>><br>> magratea:~# lvm version<br>> LVM version: 2.01.04 (2005-02-09)<br><br>I think you _must_ use at least 2.02 here with recent kernels.
<br><br>> Library version: 1.01.00-ioctl (2005-01-17)<br>> Driver version: 4.5.0<br><br>so this should be more like<br> LVM version: 2.02.05 (2006-04-21)<br> Library version: 1.02.05 (2006-04-19)<br>
Driver version: 4.5.0<br><br>> drbd version is:<br>> Version: 8.0pre3 (api:82)<br>> SVN Revision: 2169 build by root@magratea, 2006-06-29 17:09:10<br><br>try again with recent svn checkout.<br><br>
double check the kernel stack size.<br>4K is likely to be too small and will overflow.<br>this is not neccessary the case here, though. could be a drbd bug in the<br>drbd resize code that got already fixed in svn.<br><br>
--<br>: Lars Ellenberg Tel +43-1-8178292-0 :<br>: LINBIT Information Technologies GmbH Fax +43-1-8178292-82 :<br>: Schoenbrunner Str. 244, A-1120 Vienna/Europe <a href="http://www.linbit.com">
http://www.linbit.com</a> :<br>__<br>please use the "List-Reply" function of your email client.<br>_______________________________________________<br>drbd-user mailing list<br><a href="mailto:drbd-user@lists.linbit.com">
drbd-user@lists.linbit.com</a><br><a href="http://lists.linbit.com/mailman/listinfo/drbd-user">http://lists.linbit.com/mailman/listinfo/drbd-user</a><br></blockquote></div><br>