Hi ALL,
I've found a rather strange thing. It looks like a server try to use
wrong network interface for drbd connection Could you explain me how it
is possible? See details below:
Mar 7 11:30:35 infplsm018 daemon.notice openais[3142]: [TOTEM]
entering GATHER state from 11.
Mar 7 11:30:35
=disconnect --after-sb-1pri=discard-secondary
--after-sb-0pri=discard-zero-changes --allow-two-primaries
--discard-my-data' terminated with exit code 10
#
I guess I need to stop cluster daemons, don't I?
Thank you again,
Ivan
On 12/05/2011 12:21 PM, Digimer wrote:
On 12/04/2011 04:15 PM, Ivan Pavlenko
09:25 PM, Ivan Pavlenko wrote:
Hi ALL,
Digimer, thank you again for your answer I'm really appreciate it!
Unfortunately, I've tried to fixes split brain manually several times.
It doesn't work.
# drbdadm disconnect r0
[root@infplsm017 ~]# drbdadm secondary r0
1: State change failed: (-12) Device
;
}
on infplsm004 {
address 192.168.10.9:7790;
}
on infplsm005 {
address 192.168.10.10:7790;
}
}
Thank you,
Ivan
On 09/21/2011 10:15 PM, Lars Ellenberg wrote:
On Wed, Sep 21, 2011 at 10:08:42AM +1000, Ivan Pavlenko wrote:
Hi All,
Recently I had split brain onto my cluster
Hi All,
Recently I had split brain onto my cluster. There was a not a big issue,
but I still haven't found any reason of this glitch. I got in my log
dile next:
Sep 20 18:44:35 infplsm004 kern.info kernel: VMCIUtil: Updating
context id from 0x775d2835 to 0x775d2835 on event 0.
Sep 20
Hi ALL,
I'm a new to DRBD and have some difficulties with understanding of drbd
settings. I've been reading manuals hard but still have lots of questions.
1) Configuring I/O error handling strategies
I see detach method is highly recommended but pass_on is still default
method. Why? What