renayama19661014 | 2 Aug 2010 03:17
Picon
Gravatar

[Problem]The problem of the combination of Pacemaker and corosync1.2.7.

Hi,

I confirmed movement when corosync1.2.7 combined Pacemaker.

The combination is as follows.

 * corosync 1.2.7
 * Pacemaker-1-0-74392a28b7f3.tar
 * Cluster-Resource-Agents-bfcc4e050a07.tar
 * Reusable-Cluster-Components-8286b46c91e3.tar

I confirmed the next movement in two nodes of a virtual machine(RHEL5.5 x84) and the real
machine(RHEL5.5 x64).
The resource arranged nothing.

1) When it started only in corosync, a node do not be hung up.(and when stopped)
2) When I put Pacemaker and corosync together and started, a node do not be hung up.(and when stopped)

Only 20 number of times carried out the confirmation in each environment.(x86 and x64)

Unfortunately the following problem occurred.
 * The problem did not happen by the start only for corosync this time.(and when stopped)

Problem 1) By the start of the virtual machine, a virtual machine is sometimes hungup.
           Like a former problem, it is used nearly 100% for the CPU.

Problem 2) There was the case that cannot constitute a cluster after start. 

Problem 3) There is a case to fail in the start of a cib process and the attrd process.

(Continue reading)

Roberto Giordani | 2 Aug 2010 07:49
Picon
Favicon

Re: Opensuse 11.3

Hello Andrew,
I've created the repodata files after downloaded all distro files from opensuse website
Opensuse forum don't know when it will be available online, but invite you to upload on openSUSE Build Service

Please let me know where I can upload the tar.gz for you.

I hope this is what you need to build the last version.

Regards,
Roberto.

On 07/29/2010 09:55 AM, Andrew Beekhof wrote:
On Wed, Jul 28, 2010 at 12:55 PM, Roberto Giordani <r.giordani-VGgt2q2+T+FeoWH0uzbU5w@public.gmane.org> wrote:
Hello Andrew, this is ok to build? http://download.opensuse.org/update/11.3/repodata/
No, because it only contains the updates.
Regards, Roberto. On 07/27/2010 08:23 AM, Andrew Beekhof wrote:
On Tue, Jul 27, 2010 at 3:51 AM, Tim Serong<tserong-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>  wrote:
On 7/26/2010 at 11:51 PM, Andrew Beekhof<andrew-D/W8/uK7x5LR7s880joybQ@public.gmane.org>  wrote:
On Mon, Jul 26, 2010 at 7:56 AM, Andrew Beekhof<andrew-D/W8/uK7x5LR7s880joybQ@public.gmane.org>  wrote:
Probably this week. On Wed, Jul 21, 2010 at 11:59 PM, Roberto Giordani<r.giordani-VGgt2q2+T+FeoWH0uzbU5w@public.gmane.org>
wrote:
Hello Andrew, do you now when the clusterlabs rpm for Opnsuse 11.3 will be available?
It doesn't look to be possible I'm afraid. SUSE isn't including the repodata directory at http://download.opensuse.org/distribution/11.3/repo/oss/ which means yum can't use it and I can't build packages for 11.3.
I don't know what's up with that.
It possibly an oversight, if you manage to get it added back I'd be happy to start building for 11.3. Also, if you get an answer from them as to why its missing that would be appreciated - that way I know whether to stop thinking about opensuse. _______________________________________________ Pacemaker mailing list: Pacemaker-BSnDWwoz/2aRShoRxXF5/EB+6BGkLq7r@public.gmane.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
_______________________________________________ Pacemaker mailing list: Pacemaker-BSnDWwoz/2aRShoRxXF5/EB+6BGkLq7r@public.gmane.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
_______________________________________________ Pacemaker mailing list: Pacemaker-BSnDWwoz/2aRShoRxXF5/EB+6BGkLq7r@public.gmane.org http://oss.clusterlabs.org/mailman/listinfo/pacemaker Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
Andrew Beekhof | 2 Aug 2010 09:19
Favicon
Gravatar

Re: [Problem]The problem of the combination of Pacemaker and corosync1.2.7.

On Mon, Aug 2, 2010 at 3:17 AM,  <renayama19661014@...> wrote:
> Hi,
>
> I confirmed movement when corosync1.2.7 combined Pacemaker.
>
> The combination is as follows.
>
>  * corosync 1.2.7
>  * Pacemaker-1-0-74392a28b7f3.tar
>  * Cluster-Resource-Agents-bfcc4e050a07.tar
>  * Reusable-Cluster-Components-8286b46c91e3.tar
>
>
> I confirmed the next movement in two nodes of a virtual machine(RHEL5.5 x84) and the real
> machine(RHEL5.5 x64).
> The resource arranged nothing.
>
> 1) When it started only in corosync, a node do not be hung up.(and when stopped)
> 2) When I put Pacemaker and corosync together and started, a node do not be hung up.(and when stopped)
>
> Only 20 number of times carried out the confirmation in each environment.(x86 and x64)
>
> Unfortunately the following problem occurred.
>  * The problem did not happen by the start only for corosync this time.(and when stopped)
>
> Problem 1) By the start of the virtual machine, a virtual machine is sometimes hungup.
>           Like a former problem, it is used nearly 100% for the CPU.
>
> Problem 2) There was the case that cannot constitute a cluster after start.
>
> Problem 3) There is a case to fail in the start of a cib process and the attrd process.
>
> Jul 30 14:25:46 x3650g attrd: [26258]: ERROR: ais_dispatch: Receiving message body failed: (2) Library
> error: Resource temporarily unavailable (11)
> Jul 30 14:25:46 x3650g attrd: [26258]: ERROR: ais_dispatch: AIS connection failed
> Jul 30 14:25:46 x3650g cib: [26256]: ERROR: ais_dispatch: Receiving message body failed: (2) Library
> error: Resource temporarily unavailable (11)
> Jul 30 14:25:46 x3650g cib: [26256]: ERROR: ais_dispatch: AIS connection failed
> Jul 30 14:25:46 x3650g attrd: [26258]: CRIT: attrd_ais_destroy: Lost connection to OpenAIS service!
> Jul 30 14:25:46 x3650g cib: [26256]: ERROR: cib_ais_destroy: AIS connection terminated
> Jul 30 14:25:46 x3650g attrd: [26258]: info: main: Exiting...
> Jul 30 14:25:46 x3650g attrd: [26258]: ERROR: attrd_cib_connection_destroy: Connection to the CIB
> terminated...
> Jul 30 14:25:46 x3650g stonithd: [26255]: ERROR: ais_dispatch: Receiving message body failed: (2)
> Library error: Success (0)
> Jul 30 14:25:46 x3650g stonithd: [26255]: ERROR: ais_dispatch
>
> Can this problem be settled in Pacemaker1.0 and corosync1.2.7?
>
> I know that a revision to replace communication with CPG in structure of new Pacemaker begins.
> When we combine corosync and use it, should we wait for a revision of CPG to be over?
> (Should we wait for Pacemaker1.1 system?)

No need to wait, the current tip of Pacemaker 1.1 is perfectly stable
(and included for RHEL6.0).
Almost all the testing has been done for 1.1.3, I've just been busy
helping out with some other projects at Red Hat and haven't had time
to do the actual release.

To make use of CPG-based communication, remove the "service" section
for pacemaker from corosync.conf and instead run:
   service pacemaker start
after starting corosync.

Once the 1.1.3 packages are out, this will be the official advice for
anyone experiencing startup/shutdown issues when using Pacemaker with
Corosync.
Calling fork() in a multi-threaded environment (corosync) is just far
too problematic.

>
> Because log is big, I contact it again after registering this problem with bugzilla.
>
> Best Regards,
> Hideo Yamauchi.
>
>
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker@...
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

Andrew Beekhof | 2 Aug 2010 09:51
Favicon
Gravatar

Re: Cluster Amnesia problem in Pacemaker

On Fri, Jul 30, 2010 at 2:15 PM, chajo <shakes1714@...> wrote:
> Hi,
>      i am a beginner in pacemaker and in the process of understanding it
> better. its usage on openais stack. while reading about cluster properties i
> came across this problem "clsuter amnesia". i am not sure this problem exists
> in Pacemaker ( i dont have setup right now to experiment this :( )
>
> i am aware that when a node in a Pacemaker(on openais) has its configuration
> updated locally it is synchronized on all nodes of that cluster. and read in
> Pacemaker documentation that whenever a node joins cluster asks the node with
> the highest (admin_epoch, epoch,num_updates) tuple to replace the
> configuration on all the nodes. i understood this is the case when nodes are
> online.
>
> cluster amnesia  is basically on a two node cluster (node A, node B), if node
> A is down and node B is up.. and on node B we add 2 new resources (make
> someother config change) and save the configuration. next we bring node B
> down. now when we start node A it comes up with old configuration ( it missed
> newly added 2 resources on node B).
>
> i would like to understand whether this problem exists with  with pacemaker?

Of course it does.
How is A supposed to know about the new configuration if its down when
the change is made and no-one is around when it comes up?
Telepathy?

>
> or some solution already exists in Pacemaker to take care of this problem?

"Don't do that"

> i tried to search the forum with keyword "amnesia" couldn't get any results
>
> am going to experiment this once i get setup in two days.
>
>
> thanks in advance
> chajo
>
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker@...
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

Vladislav Bogdanov | 2 Aug 2010 09:57

Re: [Problem]The problem of the combination of Pacemaker and corosync1.2.7.

02.08.2010 04:17, renayama19661014@... wrote:

...

> Problem 3) There is a case to fail in the start of a cib process and the attrd process.
> 
> Jul 30 14:25:46 x3650g attrd: [26258]: ERROR: ais_dispatch: Receiving message body failed: (2) Library
> error: Resource temporarily unavailable (11)
> Jul 30 14:25:46 x3650g attrd: [26258]: ERROR: ais_dispatch: AIS connection failed
> Jul 30 14:25:46 x3650g cib: [26256]: ERROR: ais_dispatch: Receiving message body failed: (2) Library
> error: Resource temporarily unavailable (11)
> Jul 30 14:25:46 x3650g cib: [26256]: ERROR: ais_dispatch: AIS connection failed
> Jul 30 14:25:46 x3650g attrd: [26258]: CRIT: attrd_ais_destroy: Lost connection to OpenAIS service!
> Jul 30 14:25:46 x3650g cib: [26256]: ERROR: cib_ais_destroy: AIS connection terminated
> Jul 30 14:25:46 x3650g attrd: [26258]: info: main: Exiting...
> Jul 30 14:25:46 x3650g attrd: [26258]: ERROR: attrd_cib_connection_destroy: Connection to the CIB
> terminated...
> Jul 30 14:25:46 x3650g stonithd: [26255]: ERROR: ais_dispatch: Receiving message body failed: (2)
> Library error: Success (0)
> Jul 30 14:25:46 x3650g stonithd: [26255]: ERROR: ais_dispatch
> 
> Can this problem be settled in Pacemaker1.0 and corosync1.2.7?
> 
> I know that a revision to replace communication with CPG in structure of new Pacemaker begins.
> When we combine corosync and use it, should we wait for a revision of CPG to be over?
> (Should we wait for Pacemaker1.1 system?)
> 
> Because log is big, I contact it again after registering this problem with bugzilla.
>

This is probably connected to
http://marc.info/?l=openais&m=127977785007234&w=2

Steven promised to look at that issue after his vacation.

Best,
Vladislav

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

Andrew Beekhof | 2 Aug 2010 10:14
Favicon
Gravatar

Re: Xen/DRBD cluster issuse when putting a node in standby mode

On Mon, Jul 26, 2010 at 11:32 PM, Pierre POMES
<pierre.pomes@...> wrote:
> Hi All,
>
> I am using a simple two-nodes cluster with Xen on top of DRBD in
> primary/primary mode (necessary for live migration).  My configuration is
> quite simple:
>
> primitive appyul1 ocf:heartbeat:Xen \
>         params xmfile="/etc/xen/appyul1.cfg" shutdown_timeout="299" \
>         op monitor interval="10s" timeout="300s" \
>         op start interval="0s" timeout="180s" \
>         op stop interval="0s" timeout="300s" \
>         op migrate_from interval="0s" timeout="180s" \
>         op migrate_to interval="0s" timeout="180s" \
>         meta target-role="Started" allow-migrate="true" is-managed="true"
> primitive appyul1slash-DRBD ocf:linbit:drbd \
>         params drbd_resource="appyul1slash" \
>         operations $id="appyul1slash-DRBD-ops" \
>         op monitor interval="20s" role="Master" timeout="300s" \
>         op monitor interval="30s" role="Slave" timeout="300s"
> primitive appyul1swap-DRBD ocf:linbit:drbd \
>         params drbd_resource="appyul1swap" \
>         operations $id="appyul1swap-DRBD-ops" \
>         op monitor interval="20s" role="Master" timeout="300s" \
>         op monitor interval="30s" role="Slave" timeout="300s"
> ms appyul1slash-MS appyul1slash-DRBD \
>         meta master-max="2" notify="true" interleave="true"
> target-role="Started" is-managed="true"
> ms appyul1swap-MS appyul1swap-DRBD \
>         meta master-max="2" notify="true" interleave="true"
> target-role="Started" is-managed="true"
> order appyul1-after-drbd inf: appyul1slash-MS:promote appyul1swap-MS:promote
> appyul1:start
>
> So to summerize:
> - A  resource for Xen
> - Two Master/Slave DRBD ressources for the VM filesystem (/ and swap).
> master-max is set to 2 to have both node in primary DRBD state.
> - a "order" directive to start the VM after drbd has been promoted.
>
> Node startup is ok, the VM is started after DRBD is promoted.
>
> Node shutdown is problematic. Assuming the Xen VM runs on node A :
> -  When puting node A in standby when node B is active, a live migration is
> started, BUT in the same second, pacemaker tries to demote DRBD volumes on A
> (while live migration is in progress).

You'' need to tell Pacemaker not to do that with another order constraint.
Unless you tell it otherwise, it assumes all services are unrelated to
each other.

> - When putting node A in standby when node B is also in standby, the VM is
> stopped, BUT in the same second, pacemaker tries to demote DRBD volumes on A
> (while shutdown is still in progress).

As above.

>
> All this results in "failed actions" in the CRM, and cause unwanted stonith
> actions (when enabled). I tried to add "symmetrical=false" on the order
> constraint, but it did not help.
>
> I do not understand by pacemaker does not wait the Xen VM is
> stopped/migrated before demoting DRBD volumes.

Because you didn't tell it to.

>
> Setup is done with corosync and pacemaker packages available on a standard
> Ubuntu Lucid (corosync 1.2.0 and pacemaker 1.0.8).
>
> Thanks for your help,
>
> Pierre
>
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker@...
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs:
> http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>
>

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

Andrew Beekhof | 2 Aug 2010 11:26
Favicon
Gravatar

Re: [PATCH]The changing of the log level of pengine process.

2010/7/29  <renayama19661014@...>:
> Hi All,
>
> Our user showed a demand in a level of log output after handling of pengine.
>
> When STONITH is carried out, pengine wants to output log at a warning level if a repeating resource is
> only an STONITH resource.
>
> Because plural STONITH may be started when STONITH is carried out.
> However, it is because the importance of the problem is different from the plural start of the normal
> resource.

I'm having trouble understanding the purpose of this patch...

If the only resource on a node to be fenced is a stonith resource, and
that resource is also running on another node, then unset
"was_processing_error"... is that right?

Why do that?

>
> I wrote the patch which operated a was_processing_error flag to answer the demand of our user.
>
> This patch may be considerably special.
> I do not think that all users need this patch.
>
> Please talk to me an opinion for this patch.
>
> Best Regards,
> Hideo Yamauchi.
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker@...
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker
>
>

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

Paul Gear | 2 Aug 2010 14:09
Picon

Re: Linux-HA clusterstack available for Debian GNU/Linux 5.0 (Lenny) from backports.org

On 09/07/10 00:42, Martin Gerhard Loschwitz wrote:
> Ladies and Gentlemen,
>
> I am happy to announce that as of today, pre-built packages
> for the Linux-HA clusterstack for Debian GNU/Linux 5.0 alias
> Lenny are available in the backports.org-repository.
> ...
> The "ha"-repository on http://people.debian.org/~madkiss/
> will be disabled soon, please adapt your system accordingly.
>
> Best regards
> Martin G. Loschwitz

Hi Martin,

I can't seem to find the packages in backports at the moment.  I've 
tried both mirrors listed in 
http://www.backports.org/debian/README.mirrors.html, and another 
unlisted local mirror here in .au, and no packages match "pacemaker" or 
"corosync" when i run "apt-cache search".  Is there some problem that 
caused the packages to be pulled from backports?

Thanks,
Paul

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

Dejan Muhamedagic | 2 Aug 2010 16:27

Re: lrmd WARN on high IO load

Hi,

On Mon, Jul 19, 2010 at 07:09:11PM -0300, Diego Woitasen wrote:
> 2010/7/16 Diego Woitasen <diego@...>:
> > Hi,
> >  I've installed Heartbeat+Pacemaker (3.0.3 and 1.0.9). I have a
> > resource which executes an script to check the service:
> >
> > primitive kolab_imapd ocf:heartbeat:kolab-service \
> >        params service="all" monitor_script="/usr/local/bin/check-imap.py" \
> >        meta migration-threshold="3" failure-timeout="300s" is-managed="true" \
> >        operations $id="operations-imap" \
> >        op monitor interval="20s" timeout="30s" on-fail="restart" \
> >        op start interval="0" timeout="120" \
> >        op stop interval="0" timeout="120"
> >
> > I did I/O stress using bonnie++ and I started to see this message:
> >
> > Jul 16 18:24:38 imapserver lrmd: [4719]: WARN: perform_ra_op: the
> > operation operation monitor[21] on ocf::kolab-service::kolab_imapd for
> > client 4722, its parameters: CRM_meta_interval=[20000]
> > monitor_script=[/usr/local/bin/check-imap.py]
> > CRM_meta_on_fail=[restart] CRM_meta_timeout=[30000]
> > crm_feature_set=[3.0.1] CRM_meta_name=[monitor] service=[all]  stayed
> > in operation list for 32740 ms (longer than 10000 ms)
> >
> > The problem is that I've got this messages under High I/O without the
> > stress testing, for example running backups. If I understand that
> > message correctly the monitor operation didn't start, it was waiting
> > on some workqueue to start.

It was most probably waiting for the previous monitor operation
to finish, though that one should have timed out according to
your configuration. Or there were at least 4 operations on
different resources running on the node. If you expect high load
on the server, you should tune timeouts accordingly.

Thanks,

Dejan

> > If I try to execute a command while I'm running the stress it's slow
> > (3 seconds aprox.) but it works. For example, I can run "crm configure
> > show" and the output appears in 3 o 4 seconds.
> >
> > The server have 2 quad-core processors, 6 GB of RAM, running RHEL 5.
> >
> > Regards,
> >  Diego
> >
> > --
> > Diego Woitasen
> >
> 
> 
> I've rised the priority of the process to 10 and works now.
> 
> The documentations says that default rtprio is 5. That's wrong it's 1.
> At least in my pkgs...
> 
> Regards,
>  Diego
> 
> -- 
> Diego Woitasen
> 
> _______________________________________________
> Pacemaker mailing list: Pacemaker@...
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

Dejan Muhamedagic | 2 Aug 2010 16:37

Re: Adding a ressource

Hi,

On Fri, Jul 16, 2010 at 11:52:42AM +0200, pierre.casenove@... wrote:
> Hello all,
> I'm running an active/passive cluster with apache running on it.
> I've declared 2 IPs and the apache process as ressources. I've declared a 
> colocation between these IP and apache, and an order so that apache is 
> brung up after the IPs.
> 
> As my system is in production now, I can't really play around with it!
> I'm wondering how I can add a third IP to the cluster and modify the 
> colocation and order directives?
> 
> To create the ressource, it's ok:
> crm configure primitive ClusterIP_3 ocf:heartbeat:IPaddr2 params 
> ip=172.17.1.3 cidr_netmask=32 op monitor interval=30s
> 
> But I don't know how to modify the existing colocation and order 
> directives.

Just use the edit command. Note that adding a third resource to a
constraint will make it a resource set. Otherwise, you can add a
second constraint. See chapter 6 in
http://www.clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained

> If you could also point me to a complete crm commands guide, it would be 
> perfect.

http://www.clusterlabs.org/doc/crm_cli.html

The help command prints the reference part from the document.

Thanks,

Dejan

> Pierre

> _______________________________________________
> Pacemaker mailing list: Pacemaker@...
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> 
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker

_______________________________________________
Pacemaker mailing list: Pacemaker@...
http://oss.clusterlabs.org/mailman/listinfo/pacemaker

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://developerbugs.linux-foundation.org/enter_bug.cgi?product=Pacemaker


Gmane