Bug #79646 | Mysql Cluster Data Node Shutdowns Immediately After Being Started | ||
---|---|---|---|
Submitted: | 15 Dec 2015 11:10 | Modified: | 30 Dec 2015 13:53 |
Reporter: | Serhat Demircan | Email Updates: | |
Status: | Can't repeat | Impact on me: | |
Category: | MySQL Cluster: Cluster (NDB) storage engine | Severity: | S1 (Critical) |
Version: | 7.4.6 | OS: | Debian (Wheezy) |
Assigned to: | MySQL Verification Team | CPU Architecture: | Any |
Tags: | MySQL Cluster, ndbcluster |
[15 Dec 2015 11:10]
Serhat Demircan
[15 Dec 2015 11:20]
Serhat Demircan
Trace Log
Attachment: ndb_5_trace.log.5 (application/octet-stream, text), 1003.90 KiB.
[15 Dec 2015 11:23]
Serhat Demircan
Cluster config
Attachment: config.ini (application/octet-stream, text), 3.77 KiB.
[28 Dec 2015 9:37]
Serhat Demircan
ping
[30 Dec 2015 13:53]
MySQL Verification Team
Hi, Thanks for reporting this bug. I cannot reproduce this on a new 8node cluster. I assume you can't reproduce the problem neither, can you confirm that? I don't consider "reproducing" if you just can't start the data node that is now in crashed state. If I understand you correctly you have 8 node cluster and one node is now unable to start (other 7 nodes are running properly). In order to get out of this problem, start the problematic node with --initial, it will clear up the filesystem on the failing node, reload all data from replica inside the cluster and start the node properly. Once you have a properly running cluster if then by stopping a node you come again to same situation (node won't start again) then that is "reproduction" of this issue. all best Bogdan Kecman