Eu instalei os pacotes necessários do MySQL Cluster e agora estou usando o instalador automático para configurar os nós corretamente. quando tento iniciar o cluster em Deploy Configuration
parte, todos os nós (1 nó de gerenciamento, 4 nós de dados) iniciam corretamente, exceto o nó SQL e recebo o erro abaixo.
Command `/usr/local/mysql/bin/mysqld --defaults-file=/home/debian/MySQL_Cluster/49/my.cnf', running on 192.168.120.107 exited with 1:
2016-04-03 16:32:49 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2016-04-03 16:32:49 0 [Note] /usr/local/mysql/bin/mysqld (mysqld 5.6.28-ndb-7.4.10-cluster-gpl) starting as process 11472 ..
você vê que todos os nós são iniciados. Eu uso o comando recomendado com a --explicit_defaults_for_timestamp
opção abaixo.
/usr/local/mysql/bin/mysqld --defaults-file=/home/debian/MySQL_Cluster/49/my.cnf --explicit_defaults_for_timestamp
2016-04-03 16:42:06 0 [Note] /usr/local/mysql/bin/mysqld (mysqld 5.6.28-ndb-7.4.10-cluster-gpl) starting as process 11503 ...
você pode ver com a --explicit_defaults_for_timestamp
opção de serviço iniciar corretamente, mas ainda assim, quando uso o nó de gerenciamento para ver o status, vejo que o cluster tem um problema, consulte o nó de gerenciamento:
ndb_mgm> show
Connected to Management Server at: localhost:1186
Cluster Configuration
---------------------
[ndbd(NDB)] 4 node(s)
id=1 @192.168.120.111 (mysql-5.6.28 ndb-7.4.10, Nodegroup: 0, *)
id=2 @192.168.120.117 (mysql-5.6.28 ndb-7.4.10, Nodegroup: 0)
id=3 @192.168.120.118 (mysql-5.6.28 ndb-7.4.10, Nodegroup: 1)
id=4 @192.168.120.76 (mysql-5.6.28 ndb-7.4.10, Nodegroup: 1)
[ndb_mgmd(MGM)] 1 node(s)
id=50 @192.168.120.79 (mysql-5.6.28 ndb-7.4.10)
[mysqld(API)] 1 node(s)
id=49 (not connected, accepting connect from 192.168.120.107)
como você pode ver, o nó SQL ainda não foi iniciado corretamente:
[mysqld(API)] 1 node(s)
id=49 (not connected, accepting connect from 192.168.120.107)
Eu não entendo o problema.
Respondendo à minha própria pergunta, eu poderia dizer que o MySQL no nó SQL estava em execução, então, quando o instalador automático do MySQL Cluster estava tentando iniciar o nó SQL, ele falhou, interrompendo o MySQL no nó SQL e iniciando o cluster, o problema foi resolvido.