Bug #58383 | Unable to set inifinite TimeBetweenEpochsTimeout | ||
---|---|---|---|
Submitted: | 22 Nov 2010 14:23 | Modified: | 24 Nov 2010 20:02 |
Reporter: | Jonas Oreland | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Cluster: Cluster (NDB) storage engine | Severity: | S3 (Non-critical) |
Version: | OS: | Any | |
Assigned to: | Jonas Oreland | CPU Architecture: | Any |
[22 Nov 2010 14:23]
Jonas Oreland
[22 Nov 2010 14:24]
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/124638 4013 jonas oreland 2010-11-22 ndb - bug#58383 - allow setting unlimited gcp lags
[22 Nov 2010 14:36]
Bugs System
Pushed into mysql-5.1-telco-7.0 5.1.51-ndb-7.0.21 (revid:jonas@mysql.com-20101122142712-kopktgbn4ovwadwq) (version source revid:jonas@mysql.com-20101122142712-kopktgbn4ovwadwq) (merge vers: 5.1.51-ndb-7.0.21) (pib:21)
[23 Nov 2010 11:40]
Jonas Oreland
pushed to 7.0.21 and 7.1.10
[24 Nov 2010 20:02]
Jon Stephens
Documented in the NDB-7.0.21 and 7.0.10 changelogs as follows: The following changes have been made with regard to the TimeBetweenEpochsTimeout data node configuration parameter: The maximum possible value for this parameter has been increased from 32000 milliseconds to 256000 milliseconds. Setting this parameter to zero now disables the GCP monitor; this has the effect of disabling GCP stops. The current value of this parameter and a warning are written to the cluster log whenever a GCP save takes longer than 1 minute or a GCP save takes longer than 10 seconds. Also updated parameter description in documentation. Closed.