Re: [ClusterLabs] IPaddr2, interval between unsolicited ARP packets

2016-10-04 Thread Shinjiro Hamaguchi
Matsushima-san Thank you very much for your reply. And sorry for late reply. >Do you get same result by executing the command manually with different parameters like this? I tried following command but same result (1sec interval) [command used to send unsolicited arp]

Re: [ClusterLabs] stonithd/fenced filling up logs

2016-10-04 Thread Digimer
On 04/10/16 07:50 PM, Israel Brewster wrote: > On Oct 4, 2016, at 3:38 PM, Digimer wrote: >> >> On 04/10/16 07:09 PM, Israel Brewster wrote: >>> On Oct 4, 2016, at 3:03 PM, Digimer wrote: On 04/10/16 06:50 PM, Israel Brewster wrote: > On Oct 4,

Re: [ClusterLabs] stonithd/fenced filling up logs

2016-10-04 Thread Israel Brewster
On Oct 4, 2016, at 3:38 PM, Digimer wrote: > > On 04/10/16 07:09 PM, Israel Brewster wrote: >> On Oct 4, 2016, at 3:03 PM, Digimer wrote: >>> >>> On 04/10/16 06:50 PM, Israel Brewster wrote: On Oct 4, 2016, at 2:26 PM, Ken Gaillot

Re: [ClusterLabs] stonithd/fenced filling up logs

2016-10-04 Thread Digimer
On 04/10/16 07:09 PM, Israel Brewster wrote: > On Oct 4, 2016, at 3:03 PM, Digimer wrote: >> >> On 04/10/16 06:50 PM, Israel Brewster wrote: >>> On Oct 4, 2016, at 2:26 PM, Ken Gaillot >> > wrote: On 10/04/2016 11:31

Re: [ClusterLabs] stonithd/fenced filling up logs

2016-10-04 Thread Digimer
On 04/10/16 06:50 PM, Israel Brewster wrote: > On Oct 4, 2016, at 2:26 PM, Ken Gaillot > wrote: >> >> On 10/04/2016 11:31 AM, Israel Brewster wrote: >>> I sent this a week ago, but never got a response, so I'm sending it >>> again in the hopes

Re: [ClusterLabs] stonithd/fenced filling up logs

2016-10-04 Thread Israel Brewster
On Oct 4, 2016, at 2:26 PM, Ken Gaillot wrote: > > On 10/04/2016 11:31 AM, Israel Brewster wrote: >> I sent this a week ago, but never got a response, so I'm sending it >> again in the hopes that it just slipped through the cracks. It seems to >> me that this should just be

Re: [ClusterLabs] RFC: allowing soft recovery attempts before ignore/block/etc.

2016-10-04 Thread Andrew Beekhof
On Wed, Oct 5, 2016 at 7:03 AM, Ken Gaillot wrote: > On 10/02/2016 10:02 PM, Andrew Beekhof wrote: > >> Take a > >> look at all of nagios' options for deciding when a failure becomes > "real". > > > > I used to take a very hard line on this: if you don't want the cluster > >

Re: [ClusterLabs] stonithd/fenced filling up logs

2016-10-04 Thread Ken Gaillot
On 10/04/2016 11:31 AM, Israel Brewster wrote: > I sent this a week ago, but never got a response, so I'm sending it > again in the hopes that it just slipped through the cracks. It seems to > me that this should just be a simple mis-configuration on my part > causing the issue, but I suppose it

[ClusterLabs] Corosync ring shown faulty between healthy nodes & networks (rrp_mode: passive)

2016-10-04 Thread Martin Schlegel
Hello all, I am trying to understand why the following 2 Corosync heartbeat ring failure scenarios I have been testing and hope somebody can explain why this makes any sense. Consider the following cluster: * 3x Nodes: A, B and C * 2x NICs for each Node * Corosync 2.3.5 configured

[ClusterLabs] changing constraints and checking quorum at the same time

2016-10-04 Thread Christopher Harvey
I was wondering if it is possible to ask pacemaker to add a resource constraint and make sure that the majority of the cluster sees this constraint modification or fail if quorum is not achieved. This is from within the context of a program issuing pacemaker commands, not an operator, so race

Re: [ClusterLabs] RFC: allowing soft recovery attempts before ignore/block/etc.

2016-10-04 Thread Ken Gaillot
On 10/02/2016 10:02 PM, Andrew Beekhof wrote: >> Take a >> look at all of nagios' options for deciding when a failure becomes "real". > > I used to take a very hard line on this: if you don't want the cluster > to do anything about an error, don't tell us about it. > However I'm slowly changing

[ClusterLabs] stonithd/fenced filling up logs

2016-10-04 Thread Israel Brewster
I sent this a week ago, but never got a response, so I'm sending it again in the hopes that it just slipped through the cracks. It seems to me that this should just be a simple mis-configuration on my part causing the issue, but I suppose it could be a bug as well.I have two two-node clusters set

[ClusterLabs] Antw: Sudden Change of 300GB in FileSystem after Pacemaker Restart?

2016-10-04 Thread Ulrich Windl
>>> Eric Robinson schrieb am 04.10.2016 um 09:24 in Nachricht > The filesystem on my corosync+pacemaker cluster is 1TiB in size and was 95% > full, with only 54GB available. Drbd was