Hi Felix and <i>Andreas</i><br><br>thanks, its working now .. but only thing i have done different this time is invalidate the data in drbd1 ..<br><br>i will simulate the same process couple of time more.. and will come back toyou ...<br>
<br>Thanks again on both <br><br><br><br><div class="gmail_quote">On 16 November 2011 13:00, Felix Frank <span dir="ltr"><<a href="mailto:ff@mpexnet.de">ff@mpexnet.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
On 11/16/2011 10:47 AM, fosiul alam wrote:<br>
> root@drbd1:~# /etc/init.d/drbd status0:home Connected<br>
<div class="im">> Secondary/Secondary UpToDate/UpToDate C<br>
> 1:data Connected Secondary/Secondary UpToDate/UpToDate<br>
<br>
</div>so if drbd1 is connected...<br>
<br>
> Croot@drbd2:~# /etc/init.d/drbd status0:home WFConnection<br>
<div class="im">> Primary/Unknown UpToDate/Outdated C<br>
> 1:data WFConnection Secondary/Unknown UpToDate/Outdated C<br>
<br>
</div>...what is it connected to? I wonder.<br>
<br>
Getting both your local nodes in Secondary/Secondary is fine. The you<br>
must make one Primary and bring up the stacked resources.<br>
<br>
If you do get split brain between your local stacked resources and the<br>
remote resources, you do have to resolve it as hinted by Andreas.<br>
<br>
Bear in mind that your victim has stacked resources, you will have to<br>
discard its data using drbdadm --stacked.<br>
<br>
HTH,<br>
Felix<br>
</blockquote></div><br>