<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><br>
<div class="moz-signature">Op 31-7-2012 10:51, JAMES GIBBON
schreef:<br>
</div>
</div>
<blockquote
cite="mid:CAPFuxjweJb9hxb5BgiggmDb4oPbcUJAWmp5Liv0osK1kAVtGKg@mail.gmail.com"
type="cite">On Tue, 31 Jul 2012 09:32:48 +0200<br>
Felix Frank <<a moz-do-not-send="true"
href="mailto:ff@mpexnet.de">ff@mpexnet.de</a>> wrote:<br>
<br>
> <br>
> Judging from your log excerpt, there might be a connectivity<br>
> issue, but this could very well be a pure split brain that<br>
> needs resolving. See<br>
> <a moz-do-not-send="true"
href="http://www.drbd.org/users-guide/s-resolve-split-brain.html">http://www.drbd.org/users-guide/s-resolve-split-brain.html</a>
and<br>
> note that you will likely loose whatever has been written to<br>
> your "troubled" node. You may want to copy precious data if
any<br>
> has been written.<br>
> <br>
> What we'd need to see is your drbd configuration. Also the<br>
> connection states of both nodes' respective NICs. Finally:
Have<br>
> you tried just issuing "drbdadm connect all" on the second
node?<br>
> <br>
<br>
Hi Felix,<br>
<br>
Many thanks for your reply.<br>
<br>
At the moment, no virtual machines are running on the second,<br>
"troubled" server. I cannot afford to lose data from the master's<br>
view of the storage, which is exactly as I would wish it, but<br>
the slave isn't doing anything - so if they are out of sync, I'm<br>
happy for the slave to adopt the same view of the world as the<br>
master.<br>
<br>
Aaaaaahhh.. I can see what I've done. Thanks for asking about the<br>
NICs. The IP address connecting to the storage on the master is<br>
10.0.1.1. The IP on the slave should be 10.0.1.2, but in fact at<br>
the moment it is also 10.0.1.1. This is because when I changed<br>
the server public IP addresses I copied over the interfaces file<br>
from the master to the slave. I edited the public IP address, but<br>
not the private IP address used to communicate with the NAS units.<br>
<br>
So it looks like it's my fault.<br>
<br>
OK. So my question now is - how can I fix this, without losing<br>
data from the master? Tempting though it is to simply correct the<br>
file and reboot, I think it better to solicit a more experienced<br>
opinion first.<br>
<br>
Another consideration is that if resyncing the disks will consume<br>
a lot of resources on the master, I'll need that to happen out of<br>
hours to avoid impacting production systems running on it.<br>
<br>
Thanks again, and I'd be very grateful for some help. My main <br>
concern is that I can't afford for the master's version to be
disrupted.<br>
<br>
</blockquote>
<br>
Since the problem is on the slave, I wouldn't worry to much. Fix the
IP on the slave and issue the 'drdbadm connect all' on the slave. If
it has been the slave all the time, it should connect and
synchronise without complaining.<br>
<br>
And... just to be sure: Make a backup of the data on the master
node...<br>
<br>
Cheers,<br>
<br>
Dirk<br>
<br>
<br>
<br>
<br>
<br>
</body>
</html>