similar to: ubuntu, ocfs2 with cman and ctdb

hello, i opened a bug on the ocfs2 bugzilla reporting difficulty i have utilize a different cluster stack than o2cb. link: http://oss.oracle.com/bugzilla/show_bug.cgi?id=1325 to summarize i'd like to use ocfs2 on an ubuntu server with drbd and ctdb. ctdb requires fcntl locks for its lock files. however o2cb doesn't provide that functionality whereas cman (redhat's cluster manager

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 2 active-active nodes. Does CTDB care if the node starts with clean_start="0" or

Hi all, Where i want to arrive: 1) having two storage server replicating partition with DRBD 2) exporting via GNBD from the primary server the drbd with GFS2 3) inporting the GNBD on some nodes and mount it with GFS2 Assuming no logical error are done in the last points logic this is the situation: Server 1: LogVol09, DRDB configured as /dev/drbd0 replicated to Server 2. DRBD seems to work

I was testing ocfs2 on a 2 node cluster set up. ocfs2-tools version is 1.6.3 ocfs2 kernel version is 2.6.36 Using cman on 2 nodes node02 dw # ping_pong -rwm /data/test.dat 3 data increment = 2 14 locks/sec node01 dw # ping_pong -rw /data/test.dat 3 data increment = 2 10 locks/sec node02 dw # ping_pong -r /data/test.dat 3 1980 locks/sec Using cman on 1 node node02 dw #

Hi All, Anyone got this working with Samba? (3.5.4) I'm trying to install the driver, it copies across OK but then says "An unexpected error occurred in the print driver. Close the current driver window and retry the operation. 074:000:0061" Retrying doesn't help... The PS driver installs, but this lacks ALL of the options that come with the printer. Any help appreciated.

Hi. Today I have updated my cluster installation with the version cman-2.0.115-1 through yum update. When I have started the cman service , it fails. If I execute cman_tool debug I get the following error : [CMAN ] CMAN 2.0.115 (built Sep 16 2009 12:28:10) started aisexec: symbol lookup error: /usr/libexec/lcrso/service_cman.lcrso: undefined symbol:

Dear All, I am using CentOS4 Update 3 Cluster Suite for i386 Architecture and my linux kernel version is 2.6.9-34.EL I have configured two node cluster My nodes are primary and secondary and I am using cluster to monitoring scripts During reboot or poweroff i am getting the problem is cman stop failed and I have verified the "/var/log/messages" log file and i getting the

Hi all, since the last yum update cman does not start any more with the following entries in /var/log/messages: > Jun 5 20:50:39 pclus1cent6-02 corosync[1852]: [MAIN ] Corosync > Cluster Engine ('1.4.1'): started and ready to provide service. > Jun 5 20:50:39 pclus1cent6-02 corosync[1852]: [MAIN ] Corosync > built-in features: nss dbus rdma snmp > Jun 5

I currently have a few CentOS 5.2 based Xen clusters at different sites. These are built around a group of 3 or more Xen nodes (blades) and some sort of shared storage (FC or iSCSI) carved up by LVM and allocated to the domUs. I am "managing" the shared storage (from the dom0 perspective) using cman+clvmd, so that changes to the LVs (rename/resize/create/delete/etc) are

Hello, Several machine cannot joint the cluster after a reboot. Here is a example of the error : caserta kernel: CMAN: Join request from como.dmz.lexum.pri rejected, node ID 3 already in use by ancona.dmz.lexum.pri All cluster.conf are the same (checked with md5sum) I googled this but did find nothing Any ideas? tx

Hi. The short story... Rush job, never done clustered file systems before, vlan didn't support multicast. Thus I ended up with drbd working ok between the two servers but cman / gfs2 not working, resulting in what was meant to be a drbd primary/primary cluster being a primary/secondary cluster until the vlan could be fixed with gfs only mounted on the one server. I got the single server

If I start ocfs2_controld.cman in parallel on a few nodes, only one of them starts up, the others exit with one of these errors: call_section_read at 370: Reading from section "daemon_protocol" on checkpoint "ocfs2:controld" (try 1) call_section_read at 387: Checkpoint "ocfs2:controld" does not have a section named "daemon_protocol" call_section_read at

I'm trying to set up SAN-based shared storage in KVM, key word being "shared" across multiple KVM servers for a) live migration and b) clustering purposes. But it's surprisingly sparsely documented. For starters, what type of pool should I be using?

I am trying to install the Cluster RPMS from rpm.karan.org. But since I have updated my kernel with yum, I have the wrong kernel for a couple of the packages. # rpm -i --test cman-kernel-smp-2.6.9-36.0.i686.rpm error: Failed dependencies: /lib/modules/2.6.9-11.ELsmp is needed by cman-kernel-smp-2.6.9-36.0.i686 kernel-smp = 2.6.9-11.EL is needed by cman-kernel-smp-2.6.9-36.0.i686

CentOS Errata and Bugfix Advisory 2012:0053 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0053.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e1f0af83889569040f88f82ce90ac72ef18f8c2d4b126ca1958b957b85a15dbe cman-2.0.115-85.el5_7.3.i386.rpm

CentOS Errata and Bugfix Advisory 2012:0395 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0395.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b434cc90bc9fb4391ecc846a66e1175d4af7a5b2bd4d952ce5854a0225e24395 cman-2.0.115-96.el5_8.1.i386.rpm

CentOS Errata and Bugfix Advisory 2012:0505 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0505.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73fa5eba2cfe87488e0d19c188d1304e2e75b88466b61bbb6797838c11fea419 cman-2.0.115-96.el5_8.3.i386.rpm

CentOS Errata and Bugfix Advisory 2012:1348 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1348.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 78280698708cd7fe3d7734e38e493c6bb71bfbd6b80c78c163c0cca1789f64ee cman-2.0.115-96.el5_8.4.i386.rpm

CentOS Errata and Bugfix Advisory 2013:1131 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1131.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8cca452c8b30e288fc53d2ae3692a9a6a4ed132d32b2881f72f1db99a56c05cb cman-2.0.115-109.el5.4.i386.rpm

CentOS Errata and Bugfix Advisory 2013:1478 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1478.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 987b06973c790616714d9192a7c0edd18ea28bcdcc55c6d7299346a76fa077fd cman-2.0.115-118.el5.1.i386.rpm