Re: GNBD, how good it is ?

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

Re: GNBD, how good it is ?

On Sat, Jul 10, 2004 at 08:38:57PM +0200, Kresimir Kukulj wrote:
> Quoting Benjamin Marzinski (bmarzins <at> redhat.com):
> > On Fri, Jul 09, 2004 at 03:53:00PM +0100, Gareth Bult wrote:
> > > :)
> > > 
> > > I do appreciate all that, however there are some press releases out
> > > there that are not so clear ..
> > > 
> > > There is certainly an implication in the news items I've seen that this
> > > is "THE GFS" code .. as opposed to being a new and unstable version ..
> > > 
> > > .. Incidentally, I was being kind - I've had many kernel crashes, even
> > > after getting it going ..
> > > 
> > > Regards,
> > > Gareth.
> > 
> > The code you are using is not the code currently being sold by redhat.
> > That is the 6.0 code. You can download that in SRPM form at
> > ftp://ftp.redhat.com/pub/redhat/linux/enterprise/3/en/RHGFS/i386/SRPMS/
> > 
> > There is fairly complete documentation for this code. However it does not use
> > the DLM.  Instead, GULM handles all the cluster manager issues.  This code only
> > runs on 2.4 kernels.
> > 
> > The CVS code is going to be sold starting with RHEL 4. Some of the components,
> > like the dlm are just now gotten out of the development stage. Others, like
> 
> Is this new DLM still dependent on single lock storage or is it distributed
> (like in OpenDLM) ?

The DLM is fully distributed.

--

-- 

patrick

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

Fwd: gfs fixes for PPC32 platform...

----------  Forwarded Message  ----------

Subject: gfs fixes for PPC32 platform...
Date: Monday 12 of July 2004 11:30
From: Paweł Sikora <pluto <at> ds14.agh.edu.pl>
To: arekm <at> pld-linux.org

[ fs/gfs_locking/lock_gulm/utils_verb_flags.c ]:

The `strncasecmp' function confilcts with arch/ppc{,64}/lib/strcase.c
Please, rename it or link with proper arch/*/lib/built-in.o

[ fs/gfs/log.c ]:

The sequence `switch (head_wrap - dump_wrap)' uses __ucmpdi2 (for 64-bits
 ops) from libgcc_s.so and finally causing `unresolved symbol' in module.

fix:

__u64 tmp = head_wrap - dump_wrap;
if (tmp < 0x100000000LLU)
	switch ((__u32)tmp)
	{
	....
	}
else
	// default action.

--
/* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */

                           #define say(x) lie(x)

-------------------------------------------------------

--

-- 
Arkadiusz Miśkiewicz     CS at FoE, Wroclaw University of Technology
arekm.pld-linux.org, 1024/3DB19BBD, JID: arekm.jabber.org, PLD/Linux

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

Re: GNBD, how good it is ?

On Sat, 2004-07-10 at 22:42 +0100, Gareth Bult wrote:
> However, after reading some of the 6.0 docs, this covers about 2% of
> the things you can do with cluster.xml .. (!)

True.  But cluster.xml is rather different from the one in RHCS/RHGFS.

> After getting a cluster "working" I started looking at services,
> shared IP's etc .. I didn't really stand a chance with all the "don't
> edit by hand" stuff in the 6.0 docs - they don't list the cluster.
> xml's to go with the examples, they just give screen shots of the
> config apps ... :(

Well, the shared IPs and stuff won't really do much until Friday... ;)
I hope to commit the cold-failover component to CVS by then.

The config app won't be available for awhile; it was for RHCS and RHGFS;
which have much less "stuff" to deal with than this project.  However, I
hope to expand the preliminary things I've sent to this list so that
people can define resource groups by (gasp) hand editing - at least
until the GUI is built.

-- Lon

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

Re: GNBD, how good it is ?

On Sat, Jul 10, 2004 at 08:38:57PM +0200, Kresimir Kukulj wrote:
> Quoting Benjamin Marzinski (bmarzins <at> redhat.com):
> > On Fri, Jul 09, 2004 at 03:53:00PM +0100, Gareth Bult wrote:
> > > :)
> > > 
> > > I do appreciate all that, however there are some press releases out
> > > there that are not so clear ..
> > > 
> > > There is certainly an implication in the news items I've seen that this
> > > is "THE GFS" code .. as opposed to being a new and unstable version ..
> > > 
> > > .. Incidentally, I was being kind - I've had many kernel crashes, even
> > > after getting it going ..
> > > 
> > > Regards,
> > > Gareth.
> > 
> > The code you are using is not the code currently being sold by redhat.
> > That is the 6.0 code. You can download that in SRPM form at
> > ftp://ftp.redhat.com/pub/redhat/linux/enterprise/3/en/RHGFS/i386/SRPMS/
> > 
> > There is fairly complete documentation for this code. However it does not use
> > the DLM.  Instead, GULM handles all the cluster manager issues.  This code only
> > runs on 2.4 kernels.
> > 
> > The CVS code is going to be sold starting with RHEL 4. Some of the components,
> > like the dlm are just now gotten out of the development stage. Others, like
> 
> Is this new DLM still dependent on single lock storage or is it distributed
> (like in OpenDLM) ?
> 
> > gnbd have been drastically rewritten.  We REALLY appreciate all the testing
> 
> You are saying that GNBD is rewritten. How does it compare to GNBD in
> GFS-6.0 (version sold by RedHat) in stability, performance, features ?

Since it has just been rewritten, it is currently pretty unstable...
The rewrite involved removing large chunks of gnbd from the kernel, and
doing them in user space.  This should make it easier to maintain. So once
it stabilizes, it should be better.

Performance testing will be done as soon as I'm happy with the stability.
It should be pretty much the same... Not too much of the core functionality
changed.

The features are pretty much identical, except that the new code auto
reconnects if it looses a connection.

The rewrite was done because the block layer had some largish changes from
2.4 to 2.6, and to be more inline with the way redhat ships maintains
products.

-Ben Marzinski
bmarzins <at> redhat.com

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

Re: Fwd: gfs fixes for PPC32 platform...

On Mon, Jul 12, 2004 at 11:36:12AM +0200, Arkadiusz Miskiewicz wrote:
> ----------  Forwarded Message  ----------
> 
> Subject: gfs fixes for PPC32 platform...
> Date: Monday 12 of July 2004 11:30
> From: Pawe? Sikora <pluto <at> ds14.agh.edu.pl>
> To: arekm <at> pld-linux.org
> 
> [ fs/gfs_locking/lock_gulm/utils_verb_flags.c ]:
> 
> The `strncasecmp' function confilcts with arch/ppc{,64}/lib/strcase.c
> Please, rename it or link with proper arch/*/lib/built-in.o
> 

the utils_verb_flags stuff isn't actually needed anymore, so I just
removed it.  Which as a side affect, should fix the compile thing you
see.
(odd how ppc and ppc64 seem to be the only archs that have a strncasecmp
function...)

Thanks for catching that.
--

-- 
Michael Conrad Tadpol Tilstra
Even though I feel like I might ignite, I probably won't.
But I'm gonna try anyways.

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

Re: GNBD, how good it is ?

On Sunday 11 July 2004 11:18, Gareth Bult wrote:
> Hi,
>
> Sorry, my mistake, I read the list title as "linux-cluster" as
> opposed to "redhat-linux-server-3.0-cluster".
>
> As I'm no longer a RH user, and now I know, I'll unsubscribe.
>
> Thanks for the clarification.
>
> Regards,
> Gareth.

Suit yourself, however please be accurate in your comments.  You have 
mischaracterized this list as a Red Hat product-oriented list.  It is 
not, it is a community forum, please read the other posts to be sure of 
that.

Regards,

Daniel

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

[ANNOUNCE] Cluster Infrastructure BOF at OLS

Hi all,

There will be a BOF at OLS for those interested in hammering out issues
of cluster infrastructure for Linux.

   http://www.linuxsymposium.org/2004/view_abstract.php?content_key=203

   Friday July 23rd, 8:00 to 9:00 PM, Room D
   (Watch for last minute schedule changes.)

The format will be:

   * Panel discussion, 20 minutes
   * Open discussion, 30 minutes
   * Wrapup, 10 minutes.

Participants should come equipped with an adequate supply of fire 
retardant and/or a good flamesuit.

P.S., Please remove cross-posts as appropriate if you reply.

Regards,

Daniel

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

[PATCH]: include cluster config on more arches

>From qboosh <at> pld-linux.org - include cluster config on more arches

--- linux-2.6.7/arch/ppc/Kconfig.orig   2004-07-09 23:03:07.000000000 +0000
+++ linux-2.6.7/arch/ppc/Kconfig        2004-07-10 09:17:08.000000000 +0000
 <at>  <at>  -1247,6 +1247,8  <at>  <at> 

 source "lib/Kconfig"

+source "cluster/Kconfig"
+
 source "arch/ppc/oprofile/Kconfig"

 menu "Kernel hacking"
--- linux-2.6.7/arch/ia64/Kconfig.orig  2004-07-09 23:03:06.000000000 +0000
+++ linux-2.6.7/arch/ia64/Kconfig       2004-07-10 09:19:56.000000000 +0000
 <at>  <at>  -368,6 +368,8  <at>  <at> 

 source "lib/Kconfig"

+source "cluster/Kconfig"
+
 source "arch/ia64/hp/sim/Kconfig"

 source "arch/ia64/oprofile/Kconfig"

--

-- 
Arkadiusz Miśkiewicz     CS at FoE, Wroclaw University of Technology
arekm.pld-linux.org, 1024/3DB19BBD, JID: arekm.jabber.org, PLD/Linux

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster

Re: [PATCH]: include cluster config on more arches

On Tue, Jul 13, 2004 at 04:25:58PM +0200, Arkadiusz Miskiewicz wrote:
> 
> >From qboosh <at> pld-linux.org - include cluster config on more arches

I added a few last week:

$ patch -p1 < ~/dev/cluster/cman-kernel/patches/2.6.7/00001.patch
patching file arch/alpha/Kconfig
patching file arch/arm/Kconfig
patching file arch/arm26/Kconfig
patching file arch/cris/Kconfig
patching file arch/i386/Kconfig
patching file arch/ia64/Kconfig
patching file arch/m68k/Kconfig
patching file arch/mips/Kconfig
patching file arch/parisc/Kconfig
patching file arch/ppc/Kconfig
patching file arch/ppc64/Kconfig
patching file arch/s390/Kconfig
patching file arch/sh/Kconfig
patching file arch/sparc/Kconfig
patching file arch/sparc64/Kconfig
patching file arch/um/Kconfig
patching file arch/x86_64/Kconfig

Are there any missing from that (apart from the non-MMU ones) ?


--

-- 

patrick

--
Linux-cluster mailing list
Linux-cluster <at> redhat.com
http://www.redhat.com/mailman/listinfo/linux-cluster