Am 13.06.2018 um 16:18 schrieb Ken Gaillot:
> On Wed, 2018-06-13 at 14:25 +0200, Michael Schwartzkopff wrote:
>> On Wednesday, June 13, 2018 10:01 CEST, "Michael Schwartzkopff" > ys4.de> wrote:
>>
>>> Hi,
>>>
>>> we have a cluster with several IP addresses that can start after an
>>> other resou
On Wed, 2018-06-13 at 14:25 +0200, Michael Schwartzkopff wrote:
> On Wednesday, June 13, 2018 10:01 CEST, "Michael Schwartzkopff" ys4.de> wrote:
>
> > Hi,
> >
> > we have a cluster with several IP addresses that can start after an
> > other resource. In the logs we see that only 2 IP addresses
On Wed, 2018-06-13 at 17:09 +0800, Albert Weng wrote:
> Hi All,
>
> Thanks for reply.
>
> Recently, i run the following command :
> (clustera) # crm_simulate --xml-file pe-warn.last
>
> it returns the following results :
> error: crm_abort: xpath_search: Triggered assert at xpath.c:153
> :
On Wednesday, June 13, 2018 10:01 CEST, "Michael Schwartzkopff"
wrote:
> Hi,
>
> we have a cluster with several IP addresses that can start after an other
> resource. In the logs we see that only 2 IP addresses start in parallel, not
> all. Can anyone please explain, why not all IP addresse
On 06/13/2018 10:58 AM, 井上 和徳 wrote:
> Thanks for the response.
>
> As of v1.3.1 and later, I recognized that real quorum is necessary.
> I also read this:
> https://wiki.clusterlabs.org/wiki/Using_SBD_with_Pacemaker#Watchdog-based_self-fencing_with_resource_recovery
>
> As related to this specific
Hi All,
Thanks for reply.
Recently, i run the following command :
(clustera) # crm_simulate --xml-file pe-warn.last
it returns the following results :
error: crm_abort:xpath_search: Triggered assert at xpath.c:153 :
xml_top != NULL
error: crm_element_value:Couldn't find validate-wi
Thanks for the response.
As of v1.3.1 and later, I recognized that real quorum is necessary.
I also read this:
https://wiki.clusterlabs.org/wiki/Using_SBD_with_Pacemaker#Watchdog-based_self-fencing_with_resource_recovery
As related to this specification, in order to use pacemaker-2.0,
we are conf
Hi,
we have a cluster with several IP addresses that can start after an other
resource. In the logs we see that only 2 IP addresses start in parallel, not
all. Can anyone please explain, why not all IP addresses start in parallel?
Config:
primitive resProc ocf:myprovider:Proc
(ten times:) primi