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,
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,
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,
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,
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
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:
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.
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.
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:
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,
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,
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:
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
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
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
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,
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
17 matches
Mail list logo