I've tried to get OCFS2 1.4.1 with CTDB but no success. Maybe you give me idea
what I did wrong.
We have 2 nodes. Both nodes are running on Debian/Lenny. I've tried 2.6.26 and
backported 2.6.29/2.6.30. The access to OCFS2 partition is by iscsi.
The configuration file on both nodes:
smb01:~#
Thank you Michael. I tried OCFS2. OCFS2 administration looks easier than GFS
one.
Yauheni Labko (Eugene Lobko)
Junior System Administrator
Chapdelaine Co.
(212)208-9150
On Tuesday 11 August 2009 05:10:22 pm Michael Adam wrote:
Yauheni Labko wrote:
Thank you for the answer, Michael.
As
On Mon, Aug 17, 2009 at 8:59 AM, Yauheni Labkoy...@chappy.com wrote:
I've tried to get OCFS2 1.4.1 with CTDB but no success. Maybe you give me idea
what I did wrong.
It looks like you're using the ocfs2 standalone kernel cluster stack.
This one doesn't support the locks CTDB needs. You'll need
On Tue, Aug 11, 2009 at 11:10 PM, Michael Adamob...@samba.org wrote:
Btw, i thought OCFS2 is not ready to use with CTDB due to the lacks of some
features. This was primary reason why I started with GFS.
OCFS2 was lacking support of POSIX fcntl byte range locks (which
are required to run
On Wed, Aug 12, 2009 at 7:17 PM, Jim McDonoughj...@samba.org wrote:
OCFS2 supports posix fcntl byte range locks since 1.4, and I've been
running ctdb on 1.4.1.
Let me modify that statement a bit...it's on SLES11. I've been told
that there is no oss.oracle.com release yet containing that code.
On Wed, Aug 12, 2009 at 7:28 PM, Jim McDonoughj...@samba.org wrote:
On Wed, Aug 12, 2009 at 7:17 PM, Jim McDonoughj...@samba.org wrote:
OCFS2 supports posix fcntl byte range locks since 1.4, and I've been
running ctdb on 1.4.1.
Let me modify that statement a bit...it's on SLES11. I've been
Yauheni Labko wrote:
Thank you for the answer, Michael.
As far as I understood clean_star=1 is absolutely ok for GFS/GFS2?
Sorry, I am not an expert in GFS settings. (But read on...)
CTDB is not going to work without Red Hat Cluster manage. CMAN starts
dlm_controld and gfs_controld. ccsd
Hi everybody,
I have tested CTDB+GFS2+CMAN under Debian. It works good but I do not
understand some points.
It is possible to run the CTDB defining it under services section in
cluster.conf but running it on the second node shuts down the process at the
first one. My CTDB configuration implies
Hi,
CTDB is pretty ignorant of CMAN as such.
It just relies on a cluster file system, like GFS2.
So you should only start ctdbd when the cluster is up
and the gfs2 file system is mounted. I think you should
not start ctdbd as a cluster service managed by cman,
since ctdbd can be considered a
Thank you for the answer, Michael.
As far as I understood clean_star=1 is absolutely ok for GFS/GFS2?
CTDB is not going to work without Red Hat Cluster manage. CMAN starts
dlm_controld and gfs_controld. ccsd handles node-to-node communication. I
think GPFS has the similar manager like CMAN.
10 matches
Mail list logo