Bug #47782 | Node restart allocates 1 page for empty table (fragment) | ||
---|---|---|---|
Submitted: | 2 Oct 2009 8:26 | Modified: | 6 Oct 2009 12:31 |
Reporter: | Johan Andersson | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Cluster: Cluster (NDB) storage engine | Severity: | S3 (Non-critical) |
Version: | mysql-5.1-telco-6.2 | OS: | Any |
Assigned to: | Jonas Oreland | CPU Architecture: | Any |
Tags: | many tables, node restart |
[2 Oct 2009 8:26]
Johan Andersson
[2 Oct 2009 8:29]
Johan Andersson
Uploaded trace files here: ftp.mysql.com/pub/mysql/upload/bug47782_ndb_error_report_20091002101821.tar.bz2
[6 Oct 2009 11:56]
Jonas Oreland
when starting a node, when sync:ing a table on starting node 1 page will be allocated on starting node --- This caused out of memory trouble in strange situation
[6 Oct 2009 12:00]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/commits/85871 3013 Jonas Oreland 2009-10-06 ndb - bug#47782 - don't copy any pages for empty fragments, if starting node also don't have any pages
[6 Oct 2009 12:13]
Bugs System
Pushed into 5.1.39-ndb-7.0.9 (revid:jonas@mysql.com-20091006120830-2hefo7tw6hbv61uc) (version source revid:jonas@mysql.com-20091006120830-2hefo7tw6hbv61uc) (merge vers: 5.1.39-ndb-7.0.9) (pib:11)
[6 Oct 2009 12:14]
Bugs System
Pushed into 5.1.39-ndb-7.1.0 (revid:jonas@mysql.com-20091006121228-a6kwym6j622pj1gn) (version source revid:jonas@mysql.com-20091006121228-a6kwym6j622pj1gn) (merge vers: 5.1.39-ndb-7.1.0) (pib:11)
[6 Oct 2009 12:23]
Jonas Oreland
pushed to 6.2.19, 6.3.28, 7.0.9 and 7.1
[6 Oct 2009 12:31]
Jon Stephens
Documented bugfix in the 6.2.19, 6.3.28, and 7.0.9 changelogs, as follows: When starting a node and synchronizing tables, memory pages were allocated even for empty fragments. In certain situations, this could lead to insufficient memory. Closed.