Bug #55611 | GCP stop was detected NDBCNTR (Line: 249) Solaris10 | ||
---|---|---|---|
Submitted: | 28 Jul 2010 16:34 | Modified: | 26 Sep 2010 14:16 |
Reporter: | Ciccio R | Email Updates: | |
Status: | No Feedback | Impact on me: | |
Category: | MySQL Cluster: Cluster (NDB) storage engine | Severity: | S2 (Serious) |
Version: | mysql-5.1-telco-6.3 | OS: | Solaris |
Assigned to: | Assigned Account | CPU Architecture: | Any |
Tags: | cluster, GCP, mysql-5.1.30 ndb-6.3.20-GA, ndb |
[28 Jul 2010 16:34]
Ciccio R
[30 Jul 2010 8:19]
Hartmut Holzgraefe
Global checkpoint stop errors can be caused by two different situations: * disk subsystem too slow so that writing a global checkpoint takes too long * large transaction touching many rows takes too long to commit, thus preventing the next global checkpoint from starting too long. This looks like the 2nd case, but to be sure we'd need to see the ndb_2_out.log file. Modifying that many rows in a single transaction is not a good idea with MySQL Cluster anyway, see also the last item on http://dev.mysql.com/doc/refman/5.0/en/mysql-cluster-limitations-transactions.html You should run your update as repeat UPDATE Clients SET Result = 10 WHERE Result = 5 LIMIT 10000; until no more rows affected;
[30 Jul 2010 11:27]
Ciccio R
Thanks for the usefull information. I attached the file you required. Regards Francesco
[30 Jul 2010 11:28]
Ciccio R
File required
Attachment: ndb_2_out.log (application/octet-stream, text), 58.18 KiB.
[26 Aug 2010 14:16]
Jonas Oreland
This could quite likely be http://bugs.mysql.com/bug.php?id=51512 Can you please test a version in which bug has been solved ? Setting status to "Need feedback"
[26 Sep 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".