Author: Luís Silva
Revision Date: 2015-06-04 12:51:14 UTC

Fix Windows build

Author: Jonas Oreland
Revision Date: 2012-03-09 13:24:50 UTC

ndb - add mapping table for MaxNoOfExecutionThreads to thread-types

Author: Ole John Aske
Revision Date: 2015-01-21 08:37:53 UTC

Fix regression introduced by fix for bug#19524096.

That fix caused ndb_global_schema_lock_error to fail as mysqld
ended up in a deadlock between TransporterFacade and ClusterMgr mutex
in ClusterMgr::is_cluster_completely_unavailable(). There
likely are other deadlock scenarios also.

The fix is to remove the Guard locking clusterMgrThreadMutex.
The rational and (lack of) correctness for this is discussed in
a mail pasted below.

There are also a few small improvements to ::is_cluster_completely_unavailable()

1. Dont copy entire 'trp_node' struct but read it by refference instead.

2. Replace usage of 'm_impl->m_transporter_facade' with 'getTransporter()'
   as this is the pattern used elsewhere in this code block.

--------------- Pasted mail with some background ----------------

Subject: (Dead-) locking of ClusterMgr::theNodes[] structures

Hi

Writing this as a note to myself and others after having analyzed
the failure of ndb_global_schema_lock_error.test. That test
timed out as mysqld ended up in a deadlock between
ClusterMgr::clusterMgrThreadMutex and TransporterFacade::theMutexPtr

ClusterMgr maintains node state & info in theNodes[]. From external
components, this info is access through ClusterMgr::getNodeInfo().
theNodes[] are only updated from within ClustMgr, all external access
is read only.

Updates to theNodes[] are partly done from withing several ClustMgr::exec<foo>
methods, and partly from ClusterMgr::reportConnected() / ::reportDisconnected().
All updates seems to be done with ClusterMgr::clusterMgrThreadMutex locked.

Several ClusterMgr methods are available for inspecting node status
from other components, these all use information from theNodes[].
Some of the more commonly used of these methods are:

 - TransporterFacade::get_node_alive(n) (Reads 'theClusterMgr->getNodeInfo(n)')
 - TransporterFacade::get_an_alive_node() (Implemented on top of ::get_node_alive(n))
 - NdbImpl::get_node_stopping(n) (Reads 'theClusterMgr->getNodeInfo(n)')
 - NdbImpl::get_node_alive(n) (Reads 'theClusterMgr->getNodeInfo(n)')
 - NdbImpl::get<foo> ...A lot more node state getters....

The locking schema used to provide atomicity of theNodes[] for the above
methods are .... mixed, and not really defined at all as far as I can tell.
Some examples:

- NdbDictInterface::dictSignal(), NdbDictInterface::forceGCPWait() & NdbDictInterface::listObjects():
  Before calling get_node_alive() / ::get_an_alive_node(), a PollGuard is set.
  PollGuard calls trp_client::start_poll() which is different pre/post 7.3:
  - Pre 7.3, trp_client::start_poll
              -> TransporterFacade::start_poll -
                -> lock TransporterFacade mutex (a global mutex)

   - 7.3 -> trp_client::start_poll, lock trp_client m_mutex.
              -> TransporterFacade::start_poll ...no locking, and mutex gone in this version

 Observations: There are no locking of ClusterMgr::clusterMgrThreadMutex here,
               neither pre/post 7.3 .

- Ndb_cluster_connection::wait_until_ready(),
  Ndb_cluster_connection_impl::get_next_alive_node()
  Ndb_cluster_connection::get_no_ready():
  These all sets the TransporterFacadeFurthermore mutex.

- Ndb::sendRecSignal
  Sets a PollGuard as above, which either lock the TransporterFacade or
  the trp_client mutex

- Ndb::sendPrepTrans()
  Documents in comments that TransporterFacade mutex should be locked prior to call

So this has become a total mess. It might seem like that it prior
to 7.3 was the intention that TransporterFacade mutex should be held
when accessing theNodes[], or any methods that access it itself.
After 7.3 a mix of TransporterFacade and Trp_client mutex is effectively used

Updating looks like it sets the ClusterMgr mutex to protect these, which will
of course not work as the reader doesnt set this mutex. However, it could be
that all updates happens at places where it is called from the TransporterFacade.
Here we *used to* hold the TransporterFacade mutex prior to 7.3, which would make
some sense. This all needs more investigation .... and some documentation in the code...
In the current state there certainly are no effective concurrency protection of
the node state info in 7.3+ , It could be that it work in 7.1 & 7.2

On top of this the fix for bug#19524096 introduced
ClusterMgr::is_cluster_completely_unavailable() which is also based on
the nodes status available in theNodes[]. Probably in good faith,
backed by that updates of theNodes[] was protected with clusterMgrThreadMutex,
that method grabs that lock before accessing theNodes[] info.

Actually this method is *the only* node state getters which
does any explicit locking. ... and it was doomed to fail as this
was completely untested territory. See other mail about how
it could deadlock with the TranporterFacade mutex.

Sidenote: any other node state getters attempting to follow the
same locking pattern had likely deadlocked the same way.

::is_cluster_completely_unavailable() is called from within code
which also calls ::get_node_alive() and ::get_an_alive_node(),
without using any locking protection for these. Based on this I will
propose a patch for the bug#19524096 regression, which simply
removes the mutex locking from ::is_cluster_completely_unavailable().

This will not be entirely kosher based on how the shared node state
structs should have been mutex protected. However, based on my discussion
above, there are already so many violations in this area that a single
more should not matter. A bigger effort should be taken to clean up this entirely.

Author: Mauritz Sundell
Revision Date: 2014-10-09 13:02:54 UTC

Cherrypicked

revision-id: mauritz.sundell@oracle.com-20141009124636-dg0th9bzvr27r1i7
parent: mauritz.sundell@oracle.com-20140930122950-gn1rl2yigc4s7ucu
committer: Mauritz Sundell <mauritz.sundell@oracle.com>
branch nick: mysql-7.1
timestamp: Thu 2014-10-09 14:46:36 +0200
message:
    Bug #19582807 MAKE SIGNAL DUMP IN TRACE FILES ALWAYS START FROM LATEST SIGNAL

    Removes a regression introduced with patch for the above bug.

    During crash dumps there could be a segmentation fault or most recent
    signals could be dump as old signals or not at all.

Author: Mauritz Sundell
Revision Date: 2014-10-09 13:04:27 UTC

Cherrypicked

revision-id: mauritz.sundell@oracle.com-20141009124636-dg0th9bzvr27r1i7
parent: mauritz.sundell@oracle.com-20140930122950-gn1rl2yigc4s7ucu
committer: Mauritz Sundell <mauritz.sundell@oracle.com>
branch nick: mysql-7.1
timestamp: Thu 2014-10-09 14:46:36 +0200
message:
    Bug #19582807 MAKE SIGNAL DUMP IN TRACE FILES ALWAYS START FROM LATEST SIGNAL

    Removes a regression introduced with patch for the above bug.

    During crash dumps there could be a segmentation fault or most recent
    signals could be dump as old signals or not at all.

Author: Jess Balint
Revision Date: 2014-10-14 16:32:13 UTC

New version, 5.1.34

Author: Geert JM Vanderkelen
Revision Date: 2013-05-02 08:32:13 UTC

Release 1.0.10

Author: Peeyush Gupta
Revision Date: 2014-04-24 06:34:31 UTC

BUG#18422727: Removed GPL license in the commercial deb package

Commercial deb package of Connector/Python was containing a
copyright file containing GPL license. This patch updates
the copyright file of commercial deb package with commercial
license.

Author: Balasubramanian Kandasamy
Revision Date: 2014-08-14 20:53:38 UTC

BUG#19444705: Fix Connector/Python dependency for utilities 1.5.1

Author: Kent Boortz
Revision Date: 2015-04-15 08:57:59 UTC

Updated the OpenSSL 1.0.1m changelog entry

Author: Kent Boortz
Revision Date: 2015-04-15 08:55:59 UTC

Updated the OpenSSL 1.0.1m changelog entry

Author: Nelson Goncalves
Revision Date: 2015-02-26 15:48:47 UTC

Updated release date in CHANGES.txt for release to SysQA

Author: Nelson Goncalves
Revision Date: 2015-02-26 15:43:57 UTC

Updated release dates in CHANGES.txt for release to SysQA

Author: Tor Didriksen
Revision Date: 2013-11-01 15:39:19 UTC

Bug#17617945 BUFFER OVERFLOW IN GET_MERGE_MANY_BUFFS_COST WITH SMALL SORT_BUFFER_SIZE

get_cost_calc_buff_size() could return wrong value for the size of imerge_cost_buff.

Author: Balasubramanian Kandasamy
Revision Date: 2014-11-04 07:30:23 UTC

 Added sles11 repo packages

Author: Thirunarayanan B
Revision Date: 2014-11-21 05:20:02 UTC

Bug #19183565 CREATE DYNAMIC INNODB_TMPDIR VARIABLE TO CONTROL
  WHERE INNODB WRITES TEMP FILES
  - Reverting the patch.

Author: Bjorn Munch
Revision Date: 2014-03-19 10:32:19 UTC

Fix for bugs 18402580 and 18402999, as suggested for 18402580

  Instead of relying on $HOME, use Perl's getpwuid() to get home dir.

Author: Israel Gomez
Revision Date: 2014-09-24 18:45:40 UTC

BUG#19675964 : README file name in DMG packages is not congruent to other pkgs

The README file in the MySQL Utilities commercial DMG packages is being named
ReadMe.txt instead of README_com.txt unlike in other packages. Similarly, the
LICENSE file was packed as License.txt instead of LICENSE.txt. This patch
fixes the packaging code to correctly include these files with names that are
congruent with the other packages.

The license notice that appears in the Python egg for the commercial
distribution has also been corrected to be NO GPL applicable.

As part of fix BUG#19675930, the bdist command has been updated to include
the README_Fabric_com.txt instaed of README_Fabric.txt

In addition the MySQL Utilities version has been updated to be the same as
the release version (1.6).

v4 patch for mu-1.6.0

Author: Jan Kneschke
Revision Date: 2014-08-19 07:21:07 UTC

fixed prototype to match _invalid_parameter_handler

see http://msdn.microsoft.com/en-us/library/a9yf33zb.aspx

Author: Balasubramanian Kandasamy
Revision Date: 2014-07-17 16:11:38 UTC

Add CHANGES.txt to commercial rpms

Author: Alfranio Correia
Revision Date: 2014-07-10 15:08:02 UTC

Releasing version 1.4.4

Author: Surya Narayana Murthy Narkedimilli
Revision Date: 2014-06-23 18:31:10 UTC

Merging back the changes

Author: <email address hidden>
Revision Date: 2009-07-10 11:41:54 UTC

bumped the version number to 0.7.3 and updated the NEWS

Author: Jan Kneschke
Revision Date: 2012-05-25 06:50:13 UTC

removed section about Centos 4.3 and replaced fink by macports

Author: Kent Boortz
Revision Date: 2013-09-25 16:25:03 UTC

Remove dependency on stlport4

Author: Israel Gomez
Revision Date: 2013-08-01 20:04:35 UTC

MySQL Utilities release-1.3.4 : Package testing

This patch fixes the error occurring at the build of commercial msi
package error:"missing file README.txt", introduced by the changes in
previous patch.

Also changes the installation path of the python library files in debian
from ".../python2.Y/site-packages/" to ".../python2.Y/dist-packages/" to
be the same as the Connector python uses.

Author: Chuck Bell
Revision Date: 2013-06-07 15:13:17 UTC

Release-1.3.2 CHANGES.txt update 2

Author: Chuck Bell
Revision Date: 2013-05-02 21:25:09 UTC

Release-1.3.1

Correct Windows .XML file entry for .frm reader.

Author: Mats Kindahl
Revision Date: 2013-04-20 09:49:19 UTC

Releasing version 0.1.0

Author: Lawrin Novitsky
Revision Date: 2012-08-06 18:13:42 UTC

copyright year in CHANGES :)

Author: Kent Boortz
Revision Date: 2012-02-13 09:57:01 UTC

Changed RPM release number to start from 1

Author: Mark Matthews
Revision Date: 2011-02-20 01:21:10 UTC

Merged from 5.1

Author: Johannes Schlüter
Revision Date: 2008-10-31 17:00:16 UTC

HTML work