?
That's correct, yes :)
Chrissie
Thank you,
Kostya
On Thu, Feb 5, 2015 at 2:42 PM, Kostiantyn Ponomarenko
konstantin.ponomare...@gmail.com wrote:
Hi Chrissie,
On Thu, Jan 29, 2015 at 11:44 AM, Christine Caulfield ccaul...@redhat.com
wrote:
as corosync rejects the messages
On 27/01/15 15:56, Kostiantyn Ponomarenko wrote:
Hi all,
Here is a situation - there are two two-node clusters.
They have totally identical configuration.
Nodes in the clusters are connected directly, without any switches.
You can't connect clusters together like that. All nodes in the
On 25/11/14 19:55, Daniel Dehennin wrote:
Christine Caulfield ccaul...@redhat.com writes:
It seems to me that fencing is failing for some reason, though I can't
tell from the logs exactly why, so you might have to investgate your
setup for IPMI to see just what is happening (I'm no IPMI expert
On 25/11/14 10:45, Daniel Dehennin wrote:
Daniel Dehennin daniel.dehen...@baby-gnu.org writes:
I'm using Ubuntu 14.04:
- corosync 2.3.3-1ubuntu1
- pacemaker 1.1.10+git20130802-1ubuntu2.1
I thought everything was integrated in such configuration.
Here are some more informations:
- the
On 14/11/14 11:01, Daniel Dehennin wrote:
Christine Caulfield ccaul...@redhat.com writes:
[...]
If its only happening at startup it could be the switch/router
learning the ports for the nodes and building its routing
tables. Switching to udpu will then get rid of the message if it's
annoying
On 04/08/14 08:39, ma...@nucleus.it wrote:
Hi all,
in a HA hypervisor environment corosync/pacemaker with virtual machines
is ok setting token to 1 minute ?
my needs are:
- i don't want that a temporary overload on an hypervisor break corosync
comunication or trigger a token lost.
- is ok to
On 24/06/14 16:47, Digimer wrote:
On 24/06/14 03:55 AM, Christine Caulfield wrote:
On 23/06/14 15:49, Digimer wrote:
Hi Kostya,
I'm having a little trouble understanding your question, sorry.
On boot, the node will not start anything, so after booting it, you
log in, check that it can
On 23/06/14 15:49, Digimer wrote:
Hi Kostya,
I'm having a little trouble understanding your question, sorry.
On boot, the node will not start anything, so after booting it, you
log in, check that it can talk to the peer node (a simple ping is
generally enough), then start the cluster. It
and information.
Anyway if I go this way, I will write my own daemon to determine a state
of the other node.
Also the information about fence loop is new for me, thanks =)
Thank you,
Kostya
On Tue, Jun 24, 2014 at 10:55 AM, Christine Caulfield
ccaul...@redhat.com mailto:ccaul...@redhat.com wrote:
On 23
go this way, I will write my own daemon to determine a state
of the other node.
Also the information about fence loop is new for me, thanks =)
Thank you,
Kostya
On Tue, Jun 24, 2014 at 10:55 AM, Christine Caulfield
ccaul...@redhat.com mailto:ccaul...@redhat.com wrote:
On 23/06/14 15:49
On 20/06/14 04:33, Teerapatr Kittiratanachai wrote:
For IP address issue, I will find about that concern and take
responsibility on risk for now.
For multiple altname's, as I found in
http://rpm.pbone.net/index.php3/stat/45/idpl/8711809/numer/5/nazwa/cman
it said that
Multi-home
On 12/06/14 00:51, Andrew Beekhof wrote:
Chrissy? Can you shed some light here?
On 11 Jun 2014, at 11:26 pm, Kostiantyn Ponomarenko
konstantin.ponomare...@gmail.com wrote:
Hi guys,
I am trying to deal somehow with split brain situation in 2 node cluster using
votequorum.
Here is a quorum
On 28/04/14 06:10, Nikita Staroverov wrote:
I'd like to get a release out in the next month or so, so expect a
release candidate RealSoonNow(tm).
The last item on my personal todo list is updating the ACL syntax to
make the terms a little more generic (since it won't just be users
anymore).
If
On 28/04/14 10:35, Nikita Staroverov wrote:
I'd like to remind you about cman+pacemaker manual fencing
confirmations.
I know its hard to be solved in the right way, but may be it's should be
documented somehow?
If this is what I think it is then there's a fix for this in the cman
package:
On 11/12/13 00:48, Andrew Beekhof wrote:
On 10 Dec 2013, at 11:31 pm, Brian J. Murrell br...@interlinx.bc.ca wrote:
On Tue, 2013-12-10 at 10:27 +, Christine Caulfield wrote:
Sadly you're not wrong.
That's what I was afraid of.
But it's actually no worse than updating
corosync.conf
On 09/12/13 23:01, Brian J. Murrell wrote:
So, I'm trying to wrap my head around this need to migrate to pacemaker
+CMAN. I've been looking at
http://clusterlabs.org/quickstart-redhat.html and
On 10/12/13 12:31, Brian J. Murrell wrote:
On Tue, 2013-12-10 at 10:27 +, Christine Caulfield wrote:
Sadly you're not wrong.
That's what I was afraid of.
But it's actually no worse than updating
corosync.conf manually,
I think it is...
in fact it's pretty much the same thing
On 08/11/13 14:20, emmanuel segura wrote:
with location constrain. if you need info about constrains, you can look
the clusterlab docs
You don't need to do that. Stonith is intelligent enough to know how to
fence a node regardless of where the device is supposedly running from.
Try it ;-)
On 03/09/13 22:03, Andrew Beekhof wrote:
On 03/09/2013, at 11:49 PM, Christine Caulfield ccaul...@redhat.com wrote:
On 03/09/13 05:20, Andrew Beekhof wrote:
On 02/09/2013, at 5:27 PM, Andrey Groshev gre...@yandex.ru wrote:
30.08.2013, 07:18, Andrew Beekhof and...@beekhof.net:
On 29/08
On 05/09/13 11:33, Andrew Beekhof wrote:
On 05/09/2013, at 6:37 PM, Christine Caulfield ccaul...@redhat.com wrote:
On 03/09/13 22:03, Andrew Beekhof wrote:
On 03/09/2013, at 11:49 PM, Christine Caulfield ccaul...@redhat.com wrote:
On 03/09/13 05:20, Andrew Beekhof wrote:
On 02/09/2013
On 03/09/13 05:20, Andrew Beekhof wrote:
On 02/09/2013, at 5:27 PM, Andrey Groshev gre...@yandex.ru wrote:
30.08.2013, 07:18, Andrew Beekhof and...@beekhof.net:
On 29/08/2013, at 7:31 PM, Andrey Groshev gre...@yandex.ru wrote:
29.08.2013, 12:25, Andrey Groshev gre...@yandex.ru:
21 matches
Mail list logo