On Tue, 31 Jul 2012 09:32:48 +0200<br>Felix Frank <<a 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 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>Cheers<br>James<br>