Hi
I changed the method of the process check in tomcat-ra.
SEARCH_STR does not function when I set tomcat parameter in catalina.sh.
Regards,
Tomo
tomcat.patch
Description: Binary data
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
On 26/10/11 16:42, alain.mou...@bull.net wrote:
Hi Nick,
I spent e few weeks to try to make this stack ocfs2.pcmk working with
pacemaker/corosync stack
last fall 2010, and this stack was definitely not working on RH. Many
conflicts
between ocfs2 clustering and pacemaker clustering leading
Hi Tim,
I spoke of ocfs2.pcmk , and I configured all the things as documented
so that we got a unique cluster pcmk for both stacks : ocfs2 and
pacemaker,
and did many tests and tuning to make it work, but ... it was defintely
not
working.
I completely do agree that making a cluster ocfs2
Hi Nick
I was on RHEL6, and rebuild also the packages, and even took the last
releases available
for anything around ocfs2 because none of them was really robust, all
versions were not enough reliable
to be used in real situation.
Take care that it seems to work for a while, just a few test
Hi again,
and as you mention GFS2 and Lustre:
I recently test with GFS2 on RHEL6 same way with pacemaker/corosync and
only one cluster level for GFS2 and RHEL6, as documented. It works much
better than ocfs2 stack . The only problem is when a node has been fenced
for example, when you want to
And last thing I forgot to write :
as far as I remind, the problem with controld.pcml/ocfs2.pmck and
Pacemaker was not on the pacemaker side
but in the controld.pcml/ocfs2.pmck stack .
Alain
De :Nick Khamis sym...@gmail.com
A : General Linux-HA mailing list linux-ha@lists.linux-ha.org
Alain,
Thank you so much for your response. You are much more ahead of me in
terms of being able to test
ocfs2.pcmk with dlm+fencing. Currently I am having problems compiling
cman (for dlm+fence), and trying
to work my way around that.
Once that is ironed out, I will begin testing the dlm and
Hello Everyone,
I am trying to build the latest version of cman from source (for dlm
and fencing). Using the following config:
./configure --prefix=/usr/local
--corosyncincdir=/usr/include/corocync
--corosynclibdir=/usr/var/lib/corosync
openaisincdir=/usr/include/openais
Nevermind, I have to upgrade to 1.4.
Nick.
___
Linux-HA mailing list
Linux-HA@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
Hello Everyone,
I was under the assumption that:
svn co http://svn.fedorahosted.org/svn/corosync/branches/flatiron/
svn co http://svn.fedorahosted.org/svn/openais/branches/wilson
checked out the latest version of corosync and openais. Is that really the case?
corosync -v
Corosync Cluster
Hi,
I have a cluster based on Heartbeat v2 with two nodes (DEBIAN):
gicdrupal01
gicdrupal02
with one RG active on gicdrupal02 (gicdrupal01 is in standby)
with these pkt release:
ii heartbeat
2.1.3-6lenny4 Subsystem for High-Availability Linux
ii
Hello Everyone,
I just compiled the latest version of cman (cluster 3.1.7) for
standard dlm_controld support.
My setup is as such (compiled from source, in the order):
Glue 1.0.8
RA 3.9
Corosync 1.4.2
OpenAIS 1.1.4
Cluster 3.1.7
Pacemaker 1.1.6
dlm_controld:
On 11-10-26 07:20 PM, Alessandra Giovanardi wrote:
Hi,
I have a cluster based on Heartbeat v2 with two nodes (DEBIAN):
gicdrupal01
gicdrupal02
with one RG active on gicdrupal02 (gicdrupal01 is in standby)
with these pkt release:
ii heartbeat
2.1.3-6lenny4 Subsystem for
13 matches
Mail list logo
