Re: [ClusterLabs] Possible idea for 2.0.0: renaming the Pacemaker daemons

On Wed, Apr 11, 2018 at 12:42 AM, Ken Gaillot wrote: > On Tue, 2018-04-10 at 08:50 +0200, Jehan-Guillaume de Rorthais wrote: > > On Tue, 10 Apr 2018 00:54:01 +0200 > > Jan Pokorný wrote: > > > > > On 09/04/18 12:10 -0500, Ken Gaillot wrote: > > > >

Re: [ClusterLabs] Possible idea for 2.0.0: renaming the Pacemaker daemons

On Tue, Apr 3, 2018 at 10:18 PM, Jehan-Guillaume de Rorthais < j...@dalibo.com> wrote: > On Tue, 3 Apr 2018 09:58:50 +1000 > Andrew Beekhof <abeek...@redhat.com> wrote: > > On Fri, Mar 30, 2018 at 8:36 PM, Jehan-Guillaume de Rorthais < > > j...@dalibo.com> wr

Re: [ClusterLabs] Possible idea for 2.0.0: renaming the Pacemaker daemons

On Fri, Mar 30, 2018 at 8:36 PM, Jehan-Guillaume de Rorthais < j...@dalibo.com> wrote: > On Thu, 29 Mar 2018 09:32:41 +1100 > Andrew Beekhof <abeek...@redhat.com> wrote: > > > On Thu, Mar 29, 2018 at 8:07 AM, Jehan-Guillaume de Rorthais < > > j...@dalibo.com&g

Re: [ClusterLabs] Possible idea for 2.0.0: renaming the Pacemaker daemons

On Thu, Mar 29, 2018 at 6:41 AM, Jehan-Guillaume de Rorthais < j...@dalibo.com> wrote: > On Wed, 28 Mar 2018 12:40:25 -0500 > Ken Gaillot <kgail...@redhat.com> wrote: > > > Hi all, > > > > Andrew Beekhof brought up a potential change to help with readin

Re: [ClusterLabs] PCMK_OCF_DEGRADED (_MASTER): exit codes are mapped to PCMK_OCF_UNKNOWN_ERROR

On Tue, Feb 28, 2017 at 12:06 AM, Lars Ellenberg wrote: > When I recently tried to make use of the DEGRADED monitoring results, > I found out that it does still not work. > > Because LRMD choses to filter them in ocf2uniform_rc(), > and maps them to

Re: [ClusterLabs] question about dc-deadtime

On Fri, Dec 16, 2016 at 8:52 AM, Chris Walker wrote: > Thanks for your response Ken. I'm puzzled ... in my case node remain > UNCLEAN (offline) until dc-deadtime expires, even when both nodes are up and > corosync is quorate. I'm guessing you're starting both nodes

Re: [ClusterLabs] question about dc-deadtime

On Fri, Dec 16, 2016 at 7:26 AM, Ken Gaillot wrote: > On 12/15/2016 02:00 PM, Chris Walker wrote: >> Hello, >> >> I have a quick question about dc-deadtime. I believe that Digimer and >> others on this list might have already addressed this, but I want to >> make sure I'm

Re: [ClusterLabs] Q: crm_compress_string

On Tue, Nov 15, 2016 at 6:35 PM, Ulrich Windl wrote: > > Hi! > > I have a question regarding SLES11 SP4: In pacemaker log I see many messages > like these: > > Nov 14 00:00:02 [22409] h04cib: info: crm_compress_string: > Compressed 162583 bytes

Re: [ClusterLabs] I've been working on a split-brain prevention strategy for 2-node clusters.

On Mon, Oct 10, 2016 at 8:04 AM, Digimer wrote: > > The only geo-located/stretch cluster approach that I've seen that makes > any sense and seems genuinely safe is SUSE's 'pacemaker booth' project. Also arriving in RHEL 7.3 Might be tech preview though.

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

On Wed, Oct 5, 2016 at 7:03 AM, Ken Gaillot <kgail...@redhat.com> 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 v

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

On Fri, Sep 30, 2016 at 10:28 AM, Ken Gaillot <kgail...@redhat.com> wrote: > On 09/28/2016 10:54 PM, Andrew Beekhof wrote: >> On Sat, Sep 24, 2016 at 9:12 AM, Ken Gaillot <kgail...@redhat.com> wrote: >>>> "Ignore" is theoretically po

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

On Fri, Sep 23, 2016 at 1:58 AM, Ken Gaillot wrote: > On 09/22/2016 09:53 AM, Jan Pokorný wrote: > > On 22/09/16 08:42 +0200, Kristoffer Grönlund wrote: > >> Ken Gaillot writes: > >> > >>> I'm not saying it's a bad idea, just that it's more complicated

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

On Wed, Sep 21, 2016 at 6:25 AM, Ken Gaillot wrote: > Hi everybody, > > Currently, Pacemaker's on-fail property allows you to configure how the > cluster reacts to operation failures. The default "restart" means try to > restart on the same node, optionally moving to another

Re: [ClusterLabs] Doing reload right

On Sat, Jul 23, 2016 at 7:10 AM, Ken Gaillot <kgail...@redhat.com> wrote: > On 07/21/2016 07:46 PM, Andrew Beekhof wrote: >>>> What do you mean by native restart action? Systemd restart? >> >> Whatever the agent supports. > > Are you suggesting that pacema

Re: [ClusterLabs] Antw: Re: Antw: Doing reload right

On Sat, Jul 16, 2016 at 9:34 AM, Ken Gaillot <kgail...@redhat.com> wrote: > On 07/14/2016 06:21 PM, Andrew Beekhof wrote: >> On Fri, Jul 15, 2016 at 2:33 AM, Ken Gaillot <kgail...@redhat.com> wrote: >>> On 07/13/2016 11:20 PM, Andrew Beekhof wrote: >>>> On

Re: [ClusterLabs] Antw: Re: Antw: Doing reload right

On Fri, Jul 15, 2016 at 2:33 AM, Ken Gaillot <kgail...@redhat.com> wrote: > On 07/13/2016 11:20 PM, Andrew Beekhof wrote: >> On Wed, Jul 6, 2016 at 12:57 AM, Ken Gaillot <kgail...@redhat.com> wrote: >>> On 07/04/2016 02:01 AM, Ulrich Windl wrote: >>>

Re: [ClusterLabs] Antw: Doing reload right

On Sat, Jul 2, 2016 at 1:26 AM, Ken Gaillot wrote: > On 07/01/2016 04:48 AM, Jan Pokorný wrote: >> On 01/07/16 09:23 +0200, Ulrich Windl wrote: >> Ken Gaillot schrieb am 30.06.2016 um 18:58 in >> Nachricht >>> <57754f9f.8070...@redhat.com>:

Re: [ClusterLabs] Antw: Doing reload right

On Fri, Jul 1, 2016 at 7:48 PM, Jan Pokorný wrote: > On 01/07/16 09:23 +0200, Ulrich Windl wrote: > Ken Gaillot schrieb am 30.06.2016 um 18:58 in > Nachricht >> <57754f9f.8070...@redhat.com>: >>> I've been meaning to address the implementation

Re: [ClusterLabs] Antw: Re: Regular pengine warnings after a transient failure

On Wed, Mar 9, 2016 at 6:31 PM, Ulrich Windl wrote: Ferenc Wágner schrieb am 08.03.2016 um 15:08 in Nachricht > <87wppdoydv@lant.ki.iif.hu>: >> Ken Gaillot writes: >> >>> On 03/07/2016 02:03 PM, Ferenc Wágner wrote:

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Fri, Jun 24, 2016 at 1:01 AM, Adam Spiers <aspi...@suse.com> wrote: > Andrew Beekhof <abeek...@redhat.com> wrote: >> > Well, if you're OK with bending the rules like this then that's good >> > enough for me to say we should at least try it :) >> >>

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Wed, Jun 15, 2016 at 10:42 PM, Adam Spiers <aspi...@suse.com> wrote: > Andrew Beekhof <abeek...@redhat.com> wrote: >> On Mon, Jun 13, 2016 at 9:34 PM, Adam Spiers <aspi...@suse.com> wrote: >> > Andrew Beekhof <abeek...@redhat.com> wrote: >> >

Re: [ClusterLabs] Pacemaker with Zookeeper??

tl;dr - dont port pacemaker, use pacemaker-remote instead On Wed, May 18, 2016 at 5:20 PM, Jan Friesse wrote: > Ken Gaillot napsal(a): > >> On 05/17/2016 09:54 AM, Digimer wrote: >>> >>> On 16/05/16 04:35 AM, Bogdan Dobrelya wrote: On 05/16/2016 09:23 AM, Jan

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Mon, Jun 13, 2016 at 9:34 PM, Adam Spiers <aspi...@suse.com> wrote: > Andrew Beekhof <abeek...@redhat.com> wrote: >> On Wed, Jun 8, 2016 at 6:23 PM, Adam Spiers <aspi...@suse.com> wrote: >> > Andrew Beekhof <abeek...@redhat.com> wrote: >> >&

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Wed, Jun 8, 2016 at 6:23 PM, Adam Spiers <aspi...@suse.com> wrote: > Andrew Beekhof <abeek...@redhat.com> wrote: >> On Wed, Jun 8, 2016 at 12:11 AM, Adam Spiers <aspi...@suse.com> wrote: >> > Ken Gaillot <kgail...@redhat.com> wrote: >> >> O

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Wed, Jun 8, 2016 at 10:29 AM, Andrew Beekhof <abeek...@redhat.com> wrote: > On Wed, Jun 8, 2016 at 12:11 AM, Adam Spiers <aspi...@suse.com> wrote: >> Ken Gaillot <kgail...@redhat.com> wrote: >>> On 06/06/2016 05:45 PM, Adam Spiers wrote: >>> > Ada

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Wed, Jun 8, 2016 at 12:11 AM, Adam Spiers <aspi...@suse.com> wrote: > Ken Gaillot <kgail...@redhat.com> wrote: >> On 06/06/2016 05:45 PM, Adam Spiers wrote: >> > Adam Spiers <aspi...@suse.com> wrote: >> >> Andrew Beekhof <abeek...@redhat.com&

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Tue, Jun 7, 2016 at 9:07 AM, Ken Gaillot <kgail...@redhat.com> wrote: > On 06/06/2016 05:45 PM, Adam Spiers wrote: >> Adam Spiers <aspi...@suse.com> wrote: >>> Andrew Beekhof <abeek...@redhat.com> wrote: >>>> On Tue, Jun 7, 2016 at 8:29 AM,

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Tue, Jun 7, 2016 at 8:45 AM, Adam Spiers <aspi...@suse.com> wrote: > Adam Spiers <aspi...@suse.com> wrote: >> Andrew Beekhof <abeek...@redhat.com> wrote: >> > On Tue, Jun 7, 2016 at 8:29 AM, Adam Spiers <aspi...@suse.com> wrote: >> > > Ke

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Tue, Jun 7, 2016 at 8:29 AM, Adam Spiers <aspi...@suse.com> wrote: > Ken Gaillot <kgail...@redhat.com> wrote: >> On 06/02/2016 08:01 PM, Andrew Beekhof wrote: >> > On Fri, May 20, 2016 at 1:53 AM, Ken Gaillot <kgail...@redhat.com> wrote: >> >>

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Sat, Jun 4, 2016 at 12:16 AM, Ken Gaillot <kgail...@redhat.com> wrote: > On 06/02/2016 08:01 PM, Andrew Beekhof wrote: >> On Fri, May 20, 2016 at 1:53 AM, Ken Gaillot <kgail...@redhat.com> wrote: >>> A recent thread discussed a proposed new feature, a new envir

Re: [ClusterLabs] Informing RAs about recovery: failed resource recovery, or any start-stop cycle?

On Fri, May 20, 2016 at 1:53 AM, Ken Gaillot wrote: > A recent thread discussed a proposed new feature, a new environment > variable that would be passed to resource agents, indicating whether a > stop action was part of a recovery. > > Since that thread was long and covered

Re: [ClusterLabs] Regular pengine warnings after a transient failure

On Tue, Mar 8, 2016 at 7:03 AM, Ferenc Wágner wrote: > Ken Gaillot writes: > > > On 03/07/2016 07:31 AM, Ferenc Wágner wrote: > > > >> 12:55:13 vhbl07 crmd[8484]: notice: Transition aborted by > vm-eiffel_monitor_6 'create' on vhbl05: Foreign event >

Re: [ClusterLabs] Status of constraint on per instance of cloned resource?

> On 27 Jan 2016, at 8:51 PM, Ming-Xun Zhong wrote: > > Hello, > > What is the roadmap of constraint on instance of cloned resource ? Aka > rsc-instance/with-rsc-instance/first-instance/then-instance > > I found these features in old mail [1] and are using them in

Re: [ClusterLabs] Pacemaker 1.1.14 released

Awesome job taking the lead on this Ken. Some very important updates in this release, thanks for making sure they got out there :) > On 15 Jan 2016, at 8:49 AM, Ken Gaillot wrote: > > ClusterLabs is proud to announce the latest release of the Pacemaker > cluster resource

Re: [ClusterLabs] Cluster resources migration from CMAN to Pacemaker

> On 23 Jan 2016, at 7:52 AM, Jan Pokorný wrote: > > If they are one-off launchers of some long-running process, you may > want to use ocf:anything resource (contained in resource-agents package): > ocf:anything is never a good idea

Re: [ClusterLabs] Pacemaker license

> On 6 Oct 2015, at 9:39 AM, santosh_bidara...@dell.com wrote: > > Dell - Internal Use - Confidential > > Hello Pacemaker Admins, > > We have a query regarding licensing for pacemaker header files > > As per the given link http://clusterlabs.org/wiki/License, it is mentioned > that

Re: [ClusterLabs] Parser error with fence_ipmilan

> On 14 Sep 2015, at 7:48 pm, dan wrote: > > mån 2015-09-14 klockan 10:02 +0200 skrev dan: >> Hi >> >> To see if my cluster problem go away with a newer version of pacemaker I >> have now installed pcemaker 1.1.12+git+a9c8177-3ubuntu1 and I had to get >> 4.0.19-1

Re: [ClusterLabs] Coming in 1.1.14: Fencing topology based on node attribute

> On 9 Sep 2015, at 7:45 pm, Kristoffer Grönlund wrote: > > Hi, > > Ken Gaillot writes: > >> Pacemaker's upstream master branch has a new feature that will be part >> of the eventual 1.1.14 release. >> >> Fencing topology is used when a node requires

Re: [ClusterLabs] SBD & Failed Peer

> On 9 Sep 2015, at 12:13 am, Ken Gaillot wrote: > > On 09/07/2015 07:48 AM, Jorge Fábregas wrote: >> On 09/07/2015 03:27 AM, Digimer wrote: >>> And this is why I am nervous; It is always ideal to have a primary fence >>> method that has a method of confirming the 'off'

Re: [ClusterLabs] fence_sanlock and pacemaker

On 27 Aug 2015, at 4:11 am, Laurent B. laure...@qmail.re wrote: Gents, I'm trying to configure a HA cluster with RHEL 6.5. Everything goes well except the fencing. The cluster's node are not connected to the management lan (where stand all the iLO/UPS/APC devices) and it's not planned

Re: [ClusterLabs] [ClusterLabs Developers] Resource Agent language discussion

On 19 Aug 2015, at 6:59 pm, Jehan-Guillaume de Rorthais j...@dalibo.com wrote: On Mon, 17 Aug 2015 09:42:35 +1000 Andrew Beekhof and...@beekhof.net wrote: On 11 Aug 2015, at 5:34 pm, Jehan-Guillaume de Rorthais j...@dalibo.com wrote: On Tue, 11 Aug 2015 11:30:03 +1000 Andrew

Re: [ClusterLabs] upgrade from 1.1.9 to 1.1.12 fails to start

On 19 Aug 2015, at 12:15 am, Streeter, Michelle N michelle.n.stree...@boeing.com wrote: I created a whole new virtual and installed everything with the new version and pacemaker wouldn’t start. I have not yet learned how to use the logs yet to see what they have to say. No, I did not

Re: [ClusterLabs] upgrade from 1.1.9 to 1.1.12 fails to start

On 18 Aug 2015, at 7:13 am, Streeter, Michelle N michelle.n.stree...@boeing.com wrote: I was recommended to upgrade from 1.1.9 to 1.1.12. I had to uninstall the 1.1.9 version to install the 1.1.12 version Did you upgrade anything else? cman? corosync? heartbeat? What distro? Logs?

Re: [ClusterLabs] Antw: Ordering constraint restart second resource group

On 17 Aug 2015, at 1:30 pm, Andrei Borzenkov arvidj...@gmail.com wrote: 17.08.2015 02:26, Andrew Beekhof пишет: On 13 Aug 2015, at 7:33 pm, Andrei Borzenkov arvidj...@gmail.com wrote: On Thu, Aug 13, 2015 at 11:25 AM, Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: And what

Re: [ClusterLabs] [Question:pacemaker_remote] By the operation that remote node cannot carry out a cluster, the resource does not move. (STONITH is not carried out, too)

Should be fixed now. Thanks for the report! On 12 Aug 2015, at 1:20 pm, renayama19661...@ybb.ne.jp wrote: Hi All, We confirmed movement of pacemaker_remote.(version:pacemaker-ad1f397a8228a63949f86c96597da5cecc3ed977) It is the following cluster constitution. * bl460g8n3(KVM host)

Re: [ClusterLabs] [Question:pacemaker_remote] About limitation of the placement of the resource to remote node.

On 13 Aug 2015, at 10:23 am, renayama19661...@ybb.ne.jp wrote: Hi All, We confirmed movement of pacemaker_remote.(version:pacemaker-ad1f397a8228a63949f86c96597da5cecc3ed977) It is the following cluster constitution. * sl7-01(KVM host) * snmp1(Guest on the sl7-01 host) *

Re: [ClusterLabs] Antw: Re: Memory leak in crm_mon ?

On 17 Aug 2015, at 4:35 pm, Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: Andrew Beekhof and...@beekhof.net schrieb am 17.08.2015 um 00:08 in Nachricht ff78be4f-173c-4a74-a989-92ea6c540...@beekhof.net: On 16 Aug 2015, at 9:41 pm, Attila Megyeri amegy...@minerva-soft.com wrote

Re: [ClusterLabs] Antw: Re: Antw: Re: Antw: Re: Antw: pacemaker doesn't correctly handle a resource after time/date change

Beekhof and...@beekhof.net wrote: On 4 Aug 2015, at 7:31 pm, Kostiantyn Ponomarenko konstantin.ponomare...@gmail.com wrote: On Tue, Aug 4, 2015 at 3:57 AM, Andrew Beekhof and...@beekhof.net wrote: Github might be another. I am not able to open an issue/bug here https://github.com

Re: [ClusterLabs] systemd: xxxx.service start request repeated too quickly

On 6 Aug 2015, at 11:59 pm, Juha Heinanen j...@tutpro.com wrote: Ken Gaillot writes: Also, I want to add some delay to the restart attempts so that systemd does not complain about too quick restarts. This is outside of pacemaker control. Service respawning too rapidly means systemd

Re: [ClusterLabs] [ClusterLabs Developers] Resource Agent language discussion

On 11 Aug 2015, at 5:34 pm, Jehan-Guillaume de Rorthais j...@dalibo.com wrote: On Tue, 11 Aug 2015 11:30:03 +1000 Andrew Beekhof and...@beekhof.net wrote: On 8 Aug 2015, at 1:14 am, Jehan-Guillaume de Rorthais j...@dalibo.com wrote: Hi Jan, On Fri, 7 Aug 2015 15:36:57 +0200

Re: [ClusterLabs] [Problem] The SNMP trap which has been already started is transmitted.

a duplicate of an old event. Can you tell which node the trap is being sent from? Best Regards, Hideo Yamauchi. - Original Message - From: Andrew Beekhof and...@beekhof.net To: renayama19661...@ybb.ne.jp; Cluster Labs - All topics related to open-source clustering welcomed users

Re: [ClusterLabs] circumstances under which resources become unmanaged

On 13 Aug 2015, at 2:27 pm, N, Ravikiran ravikira...@hp.com wrote: Thanks for reply Andrei. What happens to the resources added with a COLOCATION or an ORDER constraint with this resource (unmanaged FAILED resource).. ? will the constraint be removed.. ? the resource is considered

Re: [ClusterLabs] Phantom Node

On 14 Aug 2015, at 7:53 am, Allan Brand allan.br...@gmail.com wrote: I can't seem to track this down and am hoping someone has seen this or can tell me what's happening. Try this: - shut down the cluster - remove the stray node entry from the cib (/var/lib/pacemaker/cib/cib.xml) - delete

Re: [ClusterLabs] Antw: stonithd: stonith_choose_peer: Couldn't find anyone to fence node with any

On 13 Aug 2015, at 11:36 pm, Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: Kostiantyn Ponomarenko konstantin.ponomare...@gmail.com schrieb am 13.08.2015 um 13:39 in Nachricht caenth0fxlzwzw4jmoyk_go0w9o6e2gdd-zfdfohzrahwcgv...@mail.gmail.com: Hi, Brief description of the

Re: [ClusterLabs] [ClusterLabs Developers] Resource Agent language discussion

On 8 Aug 2015, at 1:14 am, Jehan-Guillaume de Rorthais j...@dalibo.com wrote: Hi Jan, On Fri, 7 Aug 2015 15:36:57 +0200 Jan Pokorný jpoko...@redhat.com wrote: On 07/08/15 12:09 +0200, Jehan-Guillaume de Rorthais wrote: Now, I would like to discuss about the language used to write a

Re: [ClusterLabs] Antw: Re: Antw: Re: [Question] About movement of pacemaker_remote.

into the remote node logic in the last couple of months, its possible this was fixed as a side-effect. It is the latest and does not confirm it. I confirm it. Many Thanks! Hideo Yamauchi. - Original Message - From: Andrew Beekhof and...@beekhof.net To: renayama19661...@ybb.ne.jp

Re: [ClusterLabs] KVM RHEL7 cluster

ondrej.k...@techlib.cz wrote: ...and maybe some better logs using crm_report. On 20.5.2015 05:57, Andrew Beekhof wrote: On 19 May 2015, at 9:59 pm, Ondrej Koch ondrej.k...@techlib.cz wrote: Hi, we're trying to build a 6-node KVM virtualization cluster on CentOS7/RHEL7 using GFS2, CLVM

Re: [ClusterLabs] [Problem] The SNMP trap which has been already started is transmitted.

On 27 Jul 2015, at 4:18 pm, renayama19661...@ybb.ne.jp wrote: Hi All, The transmission of the SNMP trap of crm_mon seems to have a problem. I identified a problem on latest Pacemaker and Pacemaker1.1.13. Step 1) I constitute a cluster and send simple CLI file. [root@snmp1 ~]#

Re: [ClusterLabs] Vagrantfile for Clusters_from_Scratch 1.1-pcs tutorial

On 5 May 2015, at 12:57 am, Marcin Dulak marcin.du...@gmail.com wrote: Hi, i started working on converting http://clusterlabs.org/doc/en-US/Pacemaker/1.1-pcs/html-single/Clusters_from_Scratch into a Vagrantfile: https://github.com/marcindulak/Clusters_From_Scratch-1.1-pcs I got

Re: [ClusterLabs] DRBD Can't Mount Under Pacemaker

On 26 Jun 2015, at 8:34 pm, JA E eshm...@gmail.com wrote: Hi, I am newbie to clustering. I managed to setup cluster with pacemaker,corosysnc, drbd and pcs in two nodes. But after test restart of both node it seems drbd can't mount the desired folder when controlled by pacemaker,