similar to: Dependency problem between cman and openais with last cman update

CentOS Errata and Bugfix Advisory 2009:1191 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-1191.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: c6d6ea75ebf966823968863375beb7f3 openais-0.80.3-22.el5_3.9.x86_64.rpm b3c6d6f476db21566f22820dc9b02eda openais-devel-0.80.3-22.el5_3.9.i386.rpm

CentOS Errata and Bugfix Advisory 2009:1191 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-1191.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 0b2e3a013f24fae31ddfdd345ec83e4c openais-0.80.3-22.el5_3.9.i386.rpm fae97c8c4c7a0faa38522d39ea84e868 openais-devel-0.80.3-22.el5_3.9.i386.rpm Source:

I'm desparately looking for more ideas on how to debug what's going on with our CLVM cluster. Background: 4 node "cluster"-- machines are Dell blades with Dell M6220/M6348 switches. Sole purpose of Cluster Suite tools is to use CLVM against an iSCSI storage array. Machines are running CentOS 5.8 with the Xen kernels. These blades host various VMs for a project. The iSCSI

Hi List, im running a test server with the 1.6.1-rc1-release of * and OpenAIS. Asterisk is configured so far and running stable. Now i set up a second server to test the distributed devstate. In a cluster on the same subnet it's no problem. But we have a customer who wants that feature for checking telephones on two branch offices connected over vpn-tunnels. According to that we have

Hi, I have configured two machines for testing gfs filesystems. They are attached to a iscsi device and centos versions are: CentOS release 5.4 (Final) Linux node1.fib.upc.es 2.6.18-164.el5 #1 SMP Thu Sep 3 03:33:56 EDT 2009 i686 i686 i386 GNU/Linux The problem is if I try to mount a gfs partition it hangs. [root at node2 ~]# cman_tool status Version: 6.2.0 Config Version: 29 Cluster Name:

Hi - Is there someone around who successfully got cLVM on Debian/Lenny working? I was wondering if I was the only one facing problems with... Thanks in anticipation, -- Olivier Le Cam Département des Technologies de l''Information et de la Communication CRDP de l''académie de Versailles _______________________________________________ Xen-users mailing list

Howdy! I have ocfs2 set up on a cluster running pacemaker and openais. When setting up ocfs2 using service o2cb configure, do I need to specify a different cluster stack besides o2cb? Thanks, -K -------------- next part -------------- An HTML attachment was scrubbed... URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20090424/c97c81fc/attachment.html

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

Hi, I'm trying to configure Red Hat GFS but have problems starting CLVMD on the second node of a 3-nodes cluster. I can start ccsd, cman, and fenced successfully, and clvmd on any other nodes first time. ------------------------- CenOS 4.4 Kernel: 2.6.9-42.0.3.ELsmp [root at server2 ~]# cman_tool nodes Node Votes Exp Sts Name 1 1 3 M server3 2 1 3 M server4 3

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

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

CentOS Errata and Bugfix Advisory 2009:0417 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-0417.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: a0cfb5020abea71012ed931470f297e8 openais-0.80.3-22.el5_3.4.x86_64.rpm d6a60923d3afd585e68ba56611378b06 openais-devel-0.80.3-22.el5_3.4.i386.rpm

CentOS Errata and Bugfix Advisory 2009:1104 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-1104.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 9c10c75caf82694ba116ccd8dfa91bee openais-0.80.3-22.el5_3.8.x86_64.rpm 38ad2baca2ef0353a6d9b53458af96d0 openais-devel-0.80.3-22.el5_3.8.i386.rpm

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

CentOS Errata and Bugfix Advisory 2009:0417 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-0417.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 0a420de5ee5c82da22399dce34048e06 openais-0.80.3-22.el5_3.4.i386.rpm 28a9a34a8e415217f8c3e3ed972e0555 openais-devel-0.80.3-22.el5_3.4.i386.rpm Source:

CentOS Errata and Bugfix Advisory 2009:1104 Upstream details at : https://rhn.redhat.com/errata/RHBA-2009-1104.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: f51f94917fdb2dedf30c720d82debf32 openais-0.80.3-22.el5_3.8.i386.rpm e1fdd2af8ea77470434cfb06d09b08f9 openais-devel-0.80.3-22.el5_3.8.i386.rpm Source:

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, 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

hi guys, we're evaluating the available clustering options to get ctdb up and running for a highly available file server. we've set up both gluster and ocfs2 both on seperate 2 node setups. ocfs2 seems to provide better throughput and iops to samba clients than does gluster and that is comparing a single node server to a ctdb clustered 2 node server. problem with ocfs2 is that i've

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 #