MySQL Cluster 7.1.5 Probleme mit MySQL API nodes

[nukem]

Hallo,

ich habe folgendes Problem:

[mysqld(API)] 2 node(s)
id=7 @10.10.6.52 (mysql-5.1.56 ndb-7.1.15)
id=8 @10.10.6.53 (mysql-5.1.56 ndb-7.1.15)


[mysqld(API)] 2 node(s)
id=7 @10.10.6.2 (mysql-5.1.56 ndb-7.1.15)
id=8 @10.10.6.3 (mysql-5.1.56 ndb-7.1.15)

Die ips wechseln im Sekunden takt immer auf eine andere die Lokal eingebunden sind obwohl die mysqld auf die dementsprechende IP gebunden sind. In dem Fall wären es die 10.10.6.52 und 10.10.6.53.

Hier die NDB config.ini

[NDBD DEFAULT]
NoOfReplicas: 2
DataDir: /ndb/data
FileSystemPath: /ndb/fs


# Data Memory, Index Memory, and String Memory

DataMemory: 3000M
IndexMemory: 800M
BackupMemory: 64M

# Transaction Parameters

MaxNoOfConcurrentOperations: 100000
MaxNoOfLocalOperations: 100000

# Buffering and Logging

RedoBuffer: 16M

# Logging and Checkpointing

NoOfFragmentLogFiles: 200

# Metadata Objects

MaxNoOfAttributes: 500
MaxNoOfTables: 100

# Scans and Buffering

MaxNoOfConcurrentScans: 100

[MGM DEFAULT]
PortNumber: 1186
DataDir: /ndb/data
#
#
[NDB_MGMD]
NodeId: 1
HostName=10.10.6.50
DataDir=/ndb/data
ArbitrationRank=1

[NDB_MGMD]
NodeId=2
HostName=10.10.6.51
DataDir=/ndb/data
ArbitrationRank=1

[NDBD]
NodeId=3
HostName=10.10.6.52

[NDBD]
NodeId=4
HostName=10.10.6.53

[API]
NodeId=7
#HostName=10.10.6.52
#ArbitrationRank=2

[API]
NodeId=8
#HostName=10.10.6.53
#ArbitrationRank=2

hier die my.cnf:

[mysqld]


port=3305
bind-address=10.10.6.52
server-id=7
log-bin

max_connect_errors=10000

ndbcluster
ndb-connectstring='host=10.10.6.50'

[mysql_cluster]
ndb-connectstring='host=10.10.6.50'

Und hier ein ndb_mgm -e show:

Connected to Management Server at: 10.10.6.50:1186
Cluster Configuration
---------------------
[ndbd(NDB)]     2 node(s)
id=3    @10.10.6.52  (mysql-5.1.56 ndb-7.1.15, Nodegroup: 0)
id=4    @10.10.6.53  (mysql-5.1.56 ndb-7.1.15, Nodegroup: 0, Master)

[ndb_mgmd(MGM)] 2 node(s)
id=1    @10.10.6.50  (mysql-5.1.56 ndb-7.1.15)
id=2    @10.10.6.51  (mysql-5.1.56 ndb-7.1.15)

[mysqld(API)]   2 node(s)
id=7    @10.10.6.52  (mysql-5.1.56 ndb-7.1.15)
id=8    @10.10.6.53  (mysql-5.1.56 ndb-7.1.15)

Hier noch einmal ein ndb_mgm -e show ein paar Sekunden Später:

Connected to Management Server at: 10.10.6.50:1186
Cluster Configuration
---------------------
[ndbd(NDB)]     2 node(s)
id=3    @10.10.6.52  (mysql-5.1.56 ndb-7.1.15, Nodegroup: 0)
id=4    @10.10.6.53  (mysql-5.1.56 ndb-7.1.15, Nodegroup: 0, Master)

[ndb_mgmd(MGM)] 2 node(s)
id=1    @10.10.6.50  (mysql-5.1.56 ndb-7.1.15)
id=2    @10.10.6.51  (mysql-5.1.56 ndb-7.1.15)

[mysqld(API)]   2 node(s)
id=7    @10.10.6.2  (mysql-5.1.56 ndb-7.1.15)
id=8    @10.10.6.3  (mysql-5.1.56 ndb-7.1.15)

Es sind 2 Hardware Maschinerien die jeweils eine ndb_mgmd, ndbd und eine api jeweils ausführen.

Ich weiß inzwischen nicht mehr woran das liegen kann.

 

[Hostingparadies]

Du hast Node 1,2,3 und 4 an IPs gebunden. Node 7 und 8 ( API ) nicht. Ist das Absicht? Das "IP-Ping-Pong" scheint ja nur auf Node 7 und 8 zu passieren (gemäss Deinen beiden Ausdurcken). Ich würde also bei der Config für 7 und 8 ansetzten.

LG

Michael

 

[nukem]

Hallo Michael,

danke für deine Antwort. Das habe ich nur gemacht um eine Verdeutlichung des Problemes darzustellen. Wenn die auch in der Config eingetragen sind mit Static IP Connecten die API nodes überhaupt nicht.

Gruß,

 

[DjTom-i]

my.cnf

ndbcluster
ndb-connectstring=10.10.6.50,10.10.6.51
[mysql_cluster]
ndb-connectstring=10.10.6.50,10.10.6.51

 

[nukem]

Hallo DjTom-i,

das hat dort mit leider nichts zutun, die verwendete Variable ist vollkommen ok.