MySQL Forums
Forum List  »  NDB clusters

Re: RHEL + > 4GB Per Process help
Posted by: Mikael Ronström
Date: August 04, 2005 08:40AM

The algorithm to derive node group for an ndbd is implicit.
It depends on the order of the ndbd nodes in the config file.
Say you have 2 replicas and 6 data nodes then
the first two NDBD in the config file will form node group 0,
the next two NDBD will form node group 1 and the last two
will form node group 2.

I am a little bit unsure if assigning node ids can change this
so to be sure ensure that NDBD are in increasing node id order
then there are no doubts.

Rgrds Mikael
PS: Unfortunately don't know the answer to your RPM question
although I am running 32-bit RHEL 4 myself, I always build from
software :)

Adam D wrote:
> Ok, is there an example config of hard setting
> which ndbd is a part of which data nodegroup? Or
> does the cluster magically sort this out by
> itself. As There would be two datanodes running
> from each server in the cluster in this
> circumstance.
>
>
> Id=10
> hostname=x.x.x.10
> datadir=/spare/mysql-cluster
>
> Id=11
> hostname=x.x.x.10
> datadir=/spare/mysql-cluster
>
>
>
> Also, Now that im on RHEL4 rather than BSD, which
> download of MySQL do I get? Theres so many, and
> ndbcluster is now available in seperate rpms...
>
> So do i get;
> RedHat Enterprise Linux 4 (x86) - Server
> +
> All the NDBCluster RPMS (x86)
> MySQL NDB Cluster (x86) - Storage engine....
>
> Or is it best to just get the static build in
> targz format;
> Linux x86 RPM downloads - Server - Max

Mikael Ronstrom
Senior Software Architect, MySQL AB
My blog: http://mikaelronstrom.blogspot.com

Options: ReplyQuote


Subject
Views
Written By
Posted
2348
August 03, 2005 10:16PM
1556
August 03, 2005 10:43PM
1576
August 03, 2005 11:36PM
Re: RHEL + > 4GB Per Process help
1644
August 04, 2005 08:40AM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.