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.
Portions of this website are copyright © 2001, 2002 The PHP Group
Page generated in 0.053 sec. using MySQL 8.4.7-u6-cloud
Timestamp references displayed by the system are UTC.
Content reproduced on this site is the property of the
respective copyright holders.
It is not reviewed in advance
by Oracle and does not necessarily represent the opinion of
Oracle or any other party.