On Wed, Feb 23, 2011 at 3:41 AM, Andrew Beekhof wrote:
> For the RSS-non-inclined, a quick note to say that 1.1.5 is out.
> Further details at:
>
> http://theclusterguy.clusterlabs.org/post/3462561268/pacemaker-1-1-5-released
The 1.0.10 package was never posted to the repo for EPEL-5.
___
Dear Dan,
Thank you for taking the time to read and answer my question.
On 23-02-11 09:42, Dan Frincu wrote:
> This is something that you should remove from the config, as I
> understand it, all resources should run together on the same node and
> migrate together to the other node.
>
>1.
>
* Dejan Muhamedagic [20110223 09:21]:
> Hi,
>
> On Mon, Feb 21, 2011 at 01:22:38PM -0500, Jean-Francois Malouin wrote:
> > Hi,
> >
> > On a cluster that is about to go live I see theses warning popping up
> > quite frequently:
> >
> > lrmd: [6487]
Hi,
On Mon, Feb 21, 2011 at 01:22:38PM -0500, Jean-Francois Malouin wrote:
> Hi,
>
> On a cluster that is about to go live I see theses warning popping up
> quite frequently:
>
> lrmd: [6487]: WARN: G_SIG_dispatch: Dispatch function for SIGCHLD was delayed
> 240 ms (> 100 ms) before
> +being ca
Hi,
On Mon, Feb 21, 2011 at 05:44:34PM +, Brett Delle Grazie wrote:
> Hi,
>
> If I have two DRBD resources:
> resourceA
> resourceB
>
> What's the best way to configure the constraints in pacemaker so that
> a tomcat resource, which serves both of them when mounted,
> will not be started unl
For the RSS-non-inclined, a quick note to say that 1.1.5 is out.
Further details at:
http://theclusterguy.clusterlabs.org/post/3462561268/pacemaker-1-1-5-released
___
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mail
Hi Lars,
thank you for your time and for so detailed review.
Just to dot half of i's (where it is about coding style):
1. I strongly prefer to cleanly separate data access from main logic by API.
2. I prefer to have non-void functions to return result explicitly
("main" too). This will prevent "c
Have build a 2 node apache cluster on VMWare virtual machines, which was
running as expected. We had to migrate the machines to another computing center
and after that the cluster communication didn't work anymore. Migration of vmS
causes a change of the networks mac address. Maybe that's the r
Hi,
On Tue, Feb 22, 2011 at 7:21 PM, Jelle de Jong wrote:
> Hello everybody,
>
> I got the following setup: http://debian.pastebin.com/Sife0hTz
>
> The problem is that when I crm node standby the godfrey node2 everything
> nicely migrates to finley node1 and continues to run. (as expected) when
>
