Quantcast
Channel: MySQL Forums - Announcements
Viewing all articles
Browse latest Browse all 1041

MySQL Cluster Manager 1.3.4 has been released (no replies)

$
0
0
Dear MySQL users,

MySQL Cluster Manager 1.3.4, has been released and can be downloaded
from the My Oracle Support (MOS) website. It will also be available
on Oracle Software Delivery Cloud at http://edelivery.oracle.com with
the next monthly update.

MySQL Cluster Manager is an optional component of the MySQL Cluster Carrier
Grade Edition, providing a command-line interface that automates common
management tasks, including the following online operations:
 - Configuring and starting MySQL Cluster
 - Upgrades
 - Adding and removing cluster nodes
 - Configuration changes
 - Backup and restore

MySQL Cluster Manager is a commercial extension to the MySQL family of products.
More details can be found at http://www.mysql.com/products/cluster/mcm/

A brief summary of changes in MySQL Cluster Manager version 1.3.4 is listed below:

Changes in MySQL Cluster Manager 1.3.4     ( 2015-02-26 )

   This section documents all changes and bug fixes that have
   been applied in MySQL Cluster Manager 1.3.4 since the release
   of MySQL Cluster Manager version 1.3.3.

   Functionality Added or Changed

     * Client: The configuration files for maintaining the MySQL
       configuration options have been cleaned up and
       consolidated. Users will find fewer *_configdef_*.xml
       files under the var folder in the mcm installation
       directory and will see corrections to some minor problems
       with the handling of some of the options by mcm. (Bug
       #20318036)

     * Client: Support for a number of ndb_restore options have
       been added to the restore cluster command. See The
       restart cluster Command
       (http://dev.mysql.com/doc/mysql-cluster-manager/1.3/en/mc
       m-restart-cluster.html) for details. (Bug #20310081)

     * Client: The restriction against manually assigning a node
       ID smaller than 49 to a process other than a data node
       with the create cluster or add process command has now
       been lifted. Note that, however, users are still
       recommended to follow the best practice of reserving node
       ID 1 to 48 for data nodes, which cannot take up a node ID
       larger than 48. (Bug #20284278, Bug #75331)

     * Client: A warning is now written to the agent log file
       (mcmd.log) when users try to set a deprecated
       configuration variable. (Bug #20242779)

     * Client: A new command, show settings, has been added for
       showing the current values of a number of mcmd options.
       (Bug #20102394)

     * Client: When listing options for a specific mcm command
       using the --help option, options already listed under
       "Required options" are no longer repeated under "Valid
       options." (Bug #19910130)

     * Client: Process lists resulting from commands like list
       processes, create cluster -v, add process -v and show
       status --process are now sorted first by process type,
       and then by node ID. Before, it was sorted by the order
       in which the processes were created. (Bug #19881161)

     * Client: MySQL Cluster Manager now fully supports multiple
       entries for replication attributes that accept more than
       one value (for example, replicate_ignore_table,
       replicate_ignore_db, and replicate_do_table); see
       descriptions for the get and reset commands for details.
       (Bug #19845790)

     * Client: For the mcm configuration commands (get, set, and
       reset), the process name can now be omitted from the
       filter specification list. For example, "get
       DataMemory::2 mycluster" is now a valid command. (Bug
       #19035112, Bug #73063)

     * Client: [For Unix-like platforms only] To separate
       history logging for the mcm and the mysql clients, the
       mcm client history is now logged, by default, into the
       .mcm_history file under the home directory of the user
       who runs mcm. To change the default file path for the log
       file, set the environment variable MCM_HISTFILE with the
       desired value before starting mcm. (Bug #18186455)

     * Client: The new show warnings command allows you to check
       for any warning that has been issued to the agent log
       (mcmd.log) for the last command you entered to the mcm
       client. (Bug #16633542)

     * Client: When setting a dynamic attribute for a mysqld
       node, mcmd no long restarts the node immediately, but
       sends a SET GLOBAL statement to apply the new value to
       the mysqld node, and also saves the value to the mysqld
       configuration file in order to have the value applied
       again at the next restart of the mysqld node. (Bug
       #16633542)

     * Client: When referring to cluster attributes in an mcm
       configuration command (get, reset. or set), dashes ("-")
       and underscores ("_") can now be used interchangeably
       within attribute names. For example, "set
       ndb-cluster-connection-pool:mysqld=12 mycluster" now
       works the same as "set
       ndb_cluster_connection_pool:mysqld=12 mycluster," while
       only the latter was accepted before. (Bug #11761809, Bug
       #54335)

   Bugs Fixed

     * Agent: After recovering from a failed cluster upgrade,
       the agent reported on the show status --process list the
       wrong package name for the mysqld processes, which did
       not reflect the package that would be used for the
       subsequent restart. (Bug #20482379)

     * Agent: After an agent recovered itself from a failure, it
       might wrongly reported the status of the cluster node.
       This fix makes sure the correct node status is detected
       and reported. (Bug #20430481)

     * Agent: The dropping or recreating of a node group that
       took place when adding data nodes could sometimes fail
       when, for example, the nodes were not added in the
       sequential order of the node groups. This fix relaxes the
       assertion for node group consistency in the code that
       caused the failure. (Bug #20104357)

     * Agent: After stopping an ndbd process that had never been
       started before, adding a new ndbd process and stopping it
       resulted in an internal error. (Bug #20092204)

     * Agent: When an agent restarted and attempted to reconnect
       to other site members, one of the contacted agents might
       end up failing with an XCOM error. This was due to a
       too-strict assertion regarding the XCOM version
       requirement, which has been removed by this fix. (Bug
       #19414104)

     * Agent: When an agent on a cluster host replied to another
       host's enquiry for a list of backups, at the end of its
       reply, it also sent a critical warning on the network
       connection. This fix stops the warning by having the
       agent perform a proper reset for its network connection.
       (Bug #19209223)

     * Agent: An internal error occurred when the argument for
       LogDestination contains a semicolon (:), which is common
       for Windows file paths. With this fix, mcmd can now
       handle appropriately the disk designators in Windows file
       paths. (Bug #19193738)

     * Agent: After issuing an import config command, file paths
       in Windows format in the cluster configuration files got
       changed into Unix format. (Bug #19053590)

     * Client: A cluster upgrade sometimes failed because not
       all the agents load the configuration definition for the
       package early, causing the agents to go out-of-sync with
       each other with respect to the reconfiguration plan. This
       fix forces all the agents to load the configuration
       definition before sending out the status update that
       indicates completion of the reconfiguration. (Bug
       #20469039)

     * Client: Out-of-range values for the attribute
       binlog_cache_size used by in set command were not
       rejected by mcm, which caused an error when the cluster
       was being started. This fix corrected the faulty boundary
       test on the attribute. (Bug #20351340)

     * Client: When the upgrade cluster command used the package
       that MySQL Cluster Manager was already using, the upgrade
       process failed. With this fix, mcm first checks the
       package version before starting any upgrade process and
       throws an error in the described situation. (Bug
       #20144280)

     * Client: If a stop cluster command was issued right after
       a restart cluster command had been issued by another
       client and was still running, the restart cluster command
       would fail. With this fix,the two commands are now
       carried out successfully in the order they are issued.
       (Bug #19125493)  

You can also find more information on the contents of this release in
the change log:
http://dev.mysql.com/doc/relnotes/mysql-cluster-manager/1.3/en/mcm-news-1-3-4.html

The user manual can be found at:
http://dev.mysql.com/doc/index-cluster.html

Your feedback is greatly appreciated!

Please report any problems you have at https://bug.oraclecorp.com/

Enjoy!

On Behalf of the MySQL/ORACLE RE Team,
Sreedhar S

Viewing all articles
Browse latest Browse all 1041

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>