Bug #53540 | ndbmtd will not stay up | ||
---|---|---|---|
Submitted: | 10 May 2010 14:29 | Modified: | 30 Sep 2010 11:09 |
Reporter: | Richard McCluskey | Email Updates: | |
Status: | No Feedback | Impact on me: | |
Category: | MySQL Cluster: Cluster (NDB) storage engine | Severity: | S1 (Critical) |
Version: | mysql-5.1-telco-7.0 | OS: | Linux (2.6.18-164.11.1.el5 CentOS 5.4) |
Assigned to: | CPU Architecture: | Any | |
Tags: | Version: mysql-5.1.39 ndb-7.0.9b |
[10 May 2010 14:29]
Richard McCluskey
[10 May 2010 15:31]
Jonas Oreland
trace/log-files ? (ndb_error_reporter)
[10 May 2010 15:51]
Richard McCluskey
Bug-data-53540.tar.gz uploaded to ftp.mysql.com/pub/mysql/upload
[10 May 2010 15:53]
Richard McCluskey
Node now will not come back up at all. When it does come up it gets to a point where the memory reports bigger data usage than the other node, then it errors ... I understand though that this may just be the memory reporting error mentioned earlier, but thought I'd better add that info just in case
[10 May 2010 15:54]
Richard McCluskey
CORRECTION CORRECTION : Bug-data-53540.tar.bz2 uploaded to ftp.mysql.com/pub/mysql/upload . It is a bz2 file not a .gz file. (just in case you are doing a C&P search!)
[2 Jun 2010 11:26]
Jonas Oreland
Hi, The problem is that it runs out of UNDO when syncing with other node. This can be fixed by increasing size of UNDO by issuing "alter logfile group add undofile" on the alive part of the cluster. Did you manage to get node 4 to start ? /Jonas
[1 Oct 2010 23:00]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".