CVSROOT:/cvs/cluster
Module name:conga
Branch: RHEL5
Changes by: [EMAIL PROTECTED] 2008-02-07 06:53:23
Modified files:
. : conga.spec.in.in
luci/cluster : resource_form_handlers.js
validate_config_multicast.js
I've sent a second batch of dlm patches to lkml for review prior to
another pull request for 2.6.25, beginning here:
http://lkml.org/lkml/2008/2/7/10
They are also in the test branch of dlm.git:
http://git.kernel.org/gitweb.cgi?p=linux/kernel/git/teigland/dlm.git;a=shortlog;h=test
CVSROOT:/cvs/cluster
Module name:conga
Changes by: [EMAIL PROTECTED] 2008-02-07 06:13:04
Modified files:
luci/homebase : validate_cluster_add_initial.js
luci/site/luci/Extensions: LuciZopeAsync.py
Log message:
Authenticate to the initial node durin
CVSROOT:/cvs/cluster
Module name:cluster
Branch: RHEL5
Changes by: [EMAIL PROTECTED] 2008-02-06 23:03:05
Modified files:
cmirror/src: clogd.c cluster.c functions.c functions.h
local.c queues.c queues.h
Log message:
- cha
CVSROOT:/cvs/cluster
Module name:conga
Changes by: [EMAIL PROTECTED] 2008-02-06 21:24:16
Modified files:
luci/site/luci/var: Data.fs
Log message:
update db
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/conga/luci/site/luci/var/Data.fs.diff?cvsroot=clust
CVSROOT:/cvs/cluster
Module name:conga
Changes by: [EMAIL PROTECTED] 2008-02-06 21:15:07
Modified files:
luci/site/luci/Extensions: LuciDB.py
Log message:
Fix capitalization of the permission class
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/conga/luc
This patch prevents the 'clustat' utility from showing members which:
* are not part of the configuration, and
* offline/dead/etc.
-- Lon
Index: clustat.c
===
RCS file: /cvs/cluster/cluster/rgmanager/src/utils/clustat.c,v
retrievin
On Wednesday 06 February 2008 18:01:34 Lon Hohberger wrote:
> On Wed, 2008-02-06 at 10:03 +0100, Marc Grimme wrote:
> > On Tuesday 05 February 2008 18:58:25 Lon Hohberger wrote:
> > >
> > >
> > >...
> > >
> >
> > Ah got it. I wasn't aware of evalfile. But wouldn't filetags work around
> >
CVSROOT:/cvs/cluster
Module name:cluster
Changes by: [EMAIL PROTECTED] 2008-02-06 17:43:33
Modified files:
rgmanager/src/resources: lvm.sh
Log message:
- Bug 431705: HA LVM should prevent users from running an invalid setup
(2)
- better checking for
CVSROOT:/cvs/cluster
Module name:cluster
Branch: RHEL4
Changes by: [EMAIL PROTECTED] 2008-02-06 17:39:17
Modified files:
fence/agents/scsi: fence_scsi_test.pl scsi_reserve
Log message:
BZ 431002 - Support for LVM stripes, mirrors.
Patches:
http://so
On Wed, 2008-02-06 at 12:01 -0500, Lon Hohberger wrote:
> /root/foo.sl:
>
> define foo_function()
> {
> foo_function();
> printf("Test\n");
> }
Typo... :)
-- Lon
On Wed, 2008-02-06 at 10:03 +0100, Marc Grimme wrote:
> On Tuesday 05 February 2008 18:58:25 Lon Hohberger wrote:
> >
> >
> >...
> >
> Ah got it. I wasn't aware of evalfile. But wouldn't filetags work around the
> searchpath problem and being pretty easy to implement?
I don't see sear
CVSROOT:/cvs/cluster
Module name:cluster
Changes by: [EMAIL PROTECTED] 2008-02-06 16:40:27
Modified files:
rgmanager/src/resources: lvm.sh
Log message:
- better checking for improper setup
-- this time for presence of fail-over VG in the volume_list
Hi,
Now in the -nmw git tree. Thanks,
Steve.
On Tue, 2008-02-05 at 17:11 -0600, Bob Peterson wrote:
> Hi,
>
> This is kind of trivial in the greater scheme of things, but
> this removes three counters that AFAICT are never used.
>
> Regards,
>
> Bob Peterson
> Red Hat GFS
>
> Signed-off-by:
From: Steven Whitehouse <[EMAIL PROTECTED]>
Rather than having to allocate a single block at a time, this patch
allows the block allocator to allocate an extent. Since there is
no difference (so far as the block allocator is concerned) between
data blocks and indirect blocks, it is posible to allo
From: Steven Whitehouse <[EMAIL PROTECTED]>
Thanks to the preceeding patches, the only difference between
these two functions is their name. We can thus merge them
and call the new function gfs2_alloc_block to reflect the
fact that it can allocate either kind of block.
Signed-off-by: Steven White
From: Steven Whitehouse <[EMAIL PROTECTED]>
By adding an extra argument to gfs2_trans_add_unrevoke we can now
specify an extent length of blocks to unrevoke. This means that
we only need to make one pass through the list for each extent
rather than each block. Currently the only extent length whic
From: Steven Whitehouse <[EMAIL PROTECTED]>
We don't need to keep track of when we last allocated data
and metadata separately since the only thing thats important
when searching for a free block is whether its free or not,
which is independent from what type of block it is.
Signed-off-by: Steven
From: Steven Whitehouse <[EMAIL PROTECTED]>
There were three fields being used to keep track of the location
of the most recently allocated block for each inode. These have
been merged into a single field in order to better keep the
data and metadata for an inode close on disk, and also to reduce
This is a set of five patches which together add extent allocation to
GFS2. Also there is a bit of preliminary clean-up which results in
reducing the size of a gfs2_inode and merging some functions which
were almost identical.
The plan is to change gfs2's bmap functions next to take advantage
of t
On Tuesday 05 February 2008 18:58:25 Lon Hohberger wrote:
> On Mon, 2008-02-04 at 18:41 +0100, Marc Grimme wrote:
> > Hi Lon,
> > finally I had time looking at this patch and adapted your example for the
> > follow-service a little bit.
> >
> > Besides that the eventtriggering is running es expecte
21 matches
Mail list logo