[Cluster-devel] Cluster Project branch, STABLE2, updated. cluster-2.02.00-19-g8434902

2008-03-19 Thread ccaulfield
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project Cluster Project. http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=84349029e264e982d6b962ee81b13a9f13419115 The branch,

[Cluster-devel] Cluster Project branch, master, updated. gfs-kernel_0_1_22-79-g256cd80

2008-03-19 Thread ccaulfield
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project Cluster Project. http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=256cd80bd60d1194bc5148fb7bd656a0fd8a5a27 The branch,

[Cluster-devel] Cluster Project branch, STABLE2, updated. cluster-2.02.00-20-gce3caa5

2008-03-19 Thread ccaulfield
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project Cluster Project. http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=ce3caa50bca9ae837f50ab7a5f7602b9a1a1401f The branch,

[Cluster-devel] Cluster Project branch, master, updated. gfs-kernel_0_1_22-82-gca0ff53

2008-03-19 Thread rpeterso
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project Cluster Project. http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=ca0ff53f1889723bcea026e734a53574a9cbae6e The branch,

Re: [Cluster-devel] Cluster Project tag, gfs_6_1_16, created. gfs-kernel_2_6_9_76-16-gc118d0c

2008-03-19 Thread Bob Peterson
On Wed, 2008-03-19 at 06:12 +0100, Fabio M. Di Nitto wrote: Is this commit suitable for master / STABLE2 branch? Thanks Fabio Hi Fabio, Done for both fixes; sorry about that. I'm still getting used to how we are supposed to do things in git. Regards, Bob Peterson

[Cluster-devel] conga conga.spec.in.in

2008-03-19 Thread rmccabe
CVSROOT:/cvs/cluster Module name:conga Branch: RHEL5 Changes by: [EMAIL PROTECTED] 2008-03-19 14:59:42 Modified files: . : conga.spec.in.in Log message: Add a build dependency against libvirt-devel for building ricci Patches:

[Cluster-devel] RHEL4 Test Patch: bz 345401

2008-03-19 Thread Bob Peterson
Hi, This is a RHEL5.x gfs2 patch for bug #345401. I just thought I'd toss it out here to see if this fix makes sense and get comments from people. My explanation will be longer than the patch itself. It seems like there were a couple things going on here, so I'll detail each part of the fix.

Re: [Cluster-devel] RHEL4 Test Patch: bz 345401

2008-03-19 Thread Bob Peterson
Obviously the subject should read RHEL5, not RHEL4, since this is gfs2. I'm making this distinction because I don't want it to be mistaken for a patch to the upstream gfs2.

[Cluster-devel] conga clustermon.spec.in.in conga.spec.in.in r ...

2008-03-19 Thread rmccabe
CVSROOT:/cvs/cluster Module name:conga Changes by: [EMAIL PROTECTED] 2008-03-19 17:59:15 Modified files: . : clustermon.spec.in.in conga.spec.in.in ricci.spec.in.in Log message: Fix minor consistency issues Patches:

[Cluster-devel] Cluster Project branch, master, updated. gfs-kernel_0_1_22-83-gb1c2b5e

2008-03-19 Thread lhh
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project Cluster Project. http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=b1c2b5e5c36f3ed806593716790d8834892182da The branch,

[Cluster-devel] Cluster Project branch, STABLE2, updated. cluster-2.02.00-23-gd7e3a6e

2008-03-19 Thread lhh
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project Cluster Project. http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=d7e3a6ea468339ef2f5908379d622004fa04030e The branch,

[Cluster-devel] conga Makefile clustermon.spec.in.in ricci.spe ...

2008-03-19 Thread rmccabe
CVSROOT:/cvs/cluster Module name:conga Changes by: [EMAIL PROTECTED] 2008-03-19 20:09:49 Modified files: . : Makefile clustermon.spec.in.in ricci.spec.in.in Log message: more build tweaks Patches:

[Cluster-devel] conga clustermon.spec.in.in conga.spec.in.in

2008-03-19 Thread rmccabe
CVSROOT:/cvs/cluster Module name:conga Branch: RHEL5 Changes by: [EMAIL PROTECTED] 2008-03-19 20:10:47 Modified files: . : clustermon.spec.in.in conga.spec.in.in Log message: clustermon should be marked as fixing the vm list from ricci

Re: [Cluster-devel] Cluster Project tag, gfs_6_1_16, created. gfs-kernel_2_6_9_76-16-gc118d0c

2008-03-19 Thread Fabio M. Di Nitto
On Wed, 19 Mar 2008, Bob Peterson wrote: On Wed, 2008-03-19 at 06:12 +0100, Fabio M. Di Nitto wrote: Is this commit suitable for master / STABLE2 branch? Thanks Fabio Hi Fabio, Done for both fixes; sorry about that. I'm still getting used to how we are supposed to do things in git. Ok

[Cluster-devel] libdlm: Don't pass LKF_WAIT to the kernel

2008-03-19 Thread Joel Becker
libdlm is passing LKF_WAIT to the kernel. In the kernel, the unlock path strictly audits flags, and errors on this unknown (to the kernel) flag. The correct answer is to keep the flag in userspace. Signed-off-by: Joel Becker [EMAIL PROTECTED] --- a/dlm/lib/libdlm.c 2008-01-16

[Cluster-devel] Cluster Project branch, master, updated. gfs-kernel_0_1_22-84-gc2b3b2b

2008-03-19 Thread teigland
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project Cluster Project. http://sources.redhat.com/git/gitweb.cgi?p=cluster.git;a=commitdiff;h=c2b3b2b7be437bc4476326dcfe58e9f2b6c55d48 The branch,

[Cluster-devel] libdlm dlm_ls_lock_wait() doesn't.

2008-03-19 Thread Joel Becker
Folks, Another problem I've run into with libdlm - call dlm_ls_lock_wait() on a lock that another node holds, and it returns instead of blocking. This is not a trylock (LKF_NOQUEUE). Trylocks work as expected. A blocking lock attempt does not block, it just fails. I haven't had the