Merge lp:~hrvojem/percona-xtradb-cluster/rn-5.5.37-25.10 into lp:percona-xtradb-cluster/5.5

Proposed by Hrvoje Matijakovic
Status: Merged
Approved by: Raghavendra D Prabhu
Approved revision: no longer in the source branch.
Merged at revision: 757
Proposed branch: lp:~hrvojem/percona-xtradb-cluster/rn-5.5.37-25.10
Merge into: lp:percona-xtradb-cluster/5.5
Diff against target: 347 lines (+206/-16)
9 files modified
.bzrignore (+1/-0)
doc-pxc/source/conf.py (+5/-5)
doc-pxc/source/installation.rst (+2/-2)
doc-pxc/source/installation/apt_repo.rst (+6/-7)
doc-pxc/source/installation/yum_repo.rst (+8/-1)
doc-pxc/source/manual/xtrabackup_sst.rst (+23/-0)
doc-pxc/source/release-notes/Percona-XtraDB-Cluster-5.5.37-25.10.rst (+159/-0)
doc-pxc/source/release-notes/release-notes_index.rst (+1/-0)
doc-pxc/source/wsrep-system-index.rst (+1/-1)
To merge this branch: bzr merge lp:~hrvojem/percona-xtradb-cluster/rn-5.5.37-25.10
Reviewer Review Type Date Requested Status
Raghavendra D Prabhu Pending
Review via email: mp+217263@code.launchpad.net
To post a comment you must log in.
Revision history for this message
Raghavendra D Prabhu (raghavendra-prabhu) wrote :

""+Percona is glad to announce the release of |Percona XtraDB Cluster| on April 28th, 2014. Binaries are available from `downloads area <http://www.percona.com/downloads/Percona-XtraDB-Cluster/5.5.37-25.10/>`_ or from our :doc:`software repositories </installation>`.

""

is missing links to PS, codership-mysql (with wsrep api) and galera milestones.

""
+ Parallel Applying was not functioning which was evident from the :variable:`wsrep_cert_deps_distance` being ``1.0`` at all times. Bug fixed :bug:`1277703`.

""

For 5.5, it was "To avoid disabling PA in case of SAVEPOINT or ROLLBACK TO SAVEPOINT." (for 5.6, the PA didn't work, so the bug title was like that).

For #1132955

as bug title states "Example wsrep_notify script failed on node shutdown"

For 1182367

" gcomm exception in PC validate_state_msgs() during cluster partitioning/re-merges" is better.

"+ Group remerge after partitioning event has been fixed. Bug fixed
:bug:`1232747`."

It should be "Exception during group merge....... has been fixed"

"+ mysqld couldn't handle wsrep error on exceeding writeset size error. Bug
fixed :bug:`1270920`."

Add that this requires PXC5.5 to be used with galera3.

 Bug fixed :bug:`1279328`.

 Galera2 is not installed in /usr/lib/galera2/libgalera_smm.so with a
 compatibility symlink to /usr/lib/libgalera_smm.so

 Reviewed till

 "+ If transaction size exceeds the :variable:`wsrep_max_ws_size`
 limit, there will appear a warning message in the error log and replication is
 skipped. However, the transaction was committed in the master node, and cluster
 would be in inconsistent state. Bug fixed :bug:`1280557`."

Revision history for this message
Raghavendra D Prabhu (raghavendra-prabhu) wrote :

+ Boostrapping a Node in a ``NON-PRIMARY`` state would lead to crash. Bug fixed :bug:`1286450`.

Bootstrapping with 'pc.bootstrap=1' at runtime.

+ Debug packages were missing from RPM/DEB repositories. Bug fixed :bug:`1290087`.

Actually here, the mysql-debug UNIV_DEBUG binary was missing (the debug packages
have been there before too).

+ Bug fixed :bug:`1310875`.

Use-after-free memory corruption in one_thread_per_connection_end has been
fixed.

In addition to above, following are some which need to be mentioned: (which were
in other bugs fixed)

Bug 1294760 : Xtrabackup SST failed when /tmp/test directory existed, fixed by
creating unique directories in SST script.

Bug 1284670: Deadlock during server shutdown prevented.

Bug 1290612 (quite important bug :)): Race condition during update of
wsrep-slave-threads avoided.

Bug 1291024: Added option to init script to restart a node bootstrapped.

Bug 1278516: PXC server package no longer conflicts with mysql-libs from centos
repo.

Bug 1264809: Server abort due to BF-BF lock conflict in lock0lock.c has been
fixed.

Bug 1152565: Crash due to segfault in gcache::RingBuffer::get_new_buffer() has
been fixed.

Bug 1255501: Applier fails with lock wait timeout exceeded on rsync SST donor.

Revision history for this message
Raghavendra D Prabhu (raghavendra-prabhu) wrote :

Now, regarding features:

+ Limited support for Query Cache has been implemented. Query cache cannot still be fully enabled during the startup. To enable query cache, ``mysqld`` should be started with ``query_cache_type=1`` and ``query_cache_size=0`` and then query_cache_size should be changed to desired value during runtime.

Actually, full support is available now, ie. after https://bugs.launchpad.net/percona-xtradb-cluster/+bug/1279220 has been merged.

Remove "+ wsrep patch did not allow server to start with query cache enabled.
This restriction and check have been removed now and query cache can be fully
enabled from configuration file." part (and/or merge with above).

Revision history for this message
Raghavendra D Prabhu (raghavendra-prabhu) wrote :

+Based on `Percona Server 5.5.37-35.0 <http://www.percona.com/doc/percona-server/5.5/release-notes/Percona-Server-5.5.37-35.0.html>`_ including all the bug fixes in it, `Galera Replicator <https://launchpad.net/galera/+milestone/25.2.8>`_ and on `Codership wsrep API 5.5.34-25.9 <https://launchpad.net/codership-mysql/+milestone/5.5.34-25.9>`_, |Percona XtraDB Cluster| `5.5.37-25.10 <https://launchpad.net/percona-xtradb-cluster/+milestone/5.5.37-25.10>`_ is now the current stable release. All of |Percona|'s software is open-source and free.

This is based on Galera 2.10 and wsrep API - 25.10, however, no need to mention https://launchpad.net/codership-mysql/+milestone/5.5.34-25.9 (I think we already referred to this in previous PXC 5.5 release), but while mentioning galera 2.10 (mention that it includes fixes in https://launchpad.net/galera/+milestone/25.2.9).

Revision history for this message
Raghavendra D Prabhu (raghavendra-prabhu) wrote :

+ $ yum install Percona-XtraDB-Cluster-55

Please add -full-55 for both centos and debian here (like in 56).

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1=== modified file '.bzrignore'
2--- .bzrignore 2014-04-20 15:59:19 +0000
3+++ .bzrignore 2014-05-08 07:52:42 +0000
4@@ -3079,3 +3079,4 @@
5 FilesCopied
6 source_downloads
7 doc/build/
8+doc-pxc/build/
9
10=== modified file 'doc-pxc/source/conf.py'
11--- doc-pxc/source/conf.py 2013-12-30 17:01:54 +0000
12+++ doc-pxc/source/conf.py 2014-05-08 07:52:42 +0000
13@@ -46,16 +46,16 @@
14
15 # General information about the project.
16 project = u'Percona XtraDB Cluster'
17-copyright = u'2012-2013, Percona LLC and/or its affiliates'
18+copyright = u'2012-2014, Percona LLC and/or its affiliates'
19
20 # The version info for the project you're documenting, acts as replacement for
21 # |version| and |release|, also used in various other places throughout the
22 # built documents.
23 #
24 # The short X.Y version.
25-version = '5.5.34'
26+version = '5.5.37'
27 # The full version, including alpha/beta/rc tags.
28-release = '5.5.34-25.9'
29+release = '5.5.37-25.10'
30
31 # The language for content autogenerated by Sphinx. Refer to documentation
32 # for a list of supported languages.
33@@ -245,7 +245,7 @@
34 # (source start file, target name, title, author, documentclass [howto/manual]).
35 latex_documents = [
36 ('index', 'PerconaXtraDBCluster-5.5.tex', u'Percona XtraDB Cluster 5.5 Documentation',
37- u'2012-2013, Percona LLC and/or its affiliates', 'manual'),
38+ u'2012-2014, Percona LLC and/or its affiliates', 'manual'),
39 ]
40
41 # The name of an image file (relative to this directory) to place at the top of
42@@ -278,5 +278,5 @@
43 # (source start file, name, description, authors, manual section).
44 man_pages = [
45 ('index', 'perconaxtradbcluster', u'Percona XtraDB Cluster Documentation',
46- [u'2012-2013, Percona LLC and/or its affiliates'], 1)
47+ [u'2012-2014, Percona LLC and/or its affiliates'], 1)
48 ]
49
50=== modified file 'doc-pxc/source/installation.rst'
51--- doc-pxc/source/installation.rst 2014-02-06 09:57:33 +0000
52+++ doc-pxc/source/installation.rst 2014-05-08 07:52:42 +0000
53@@ -33,7 +33,7 @@
54
55 Once the repository is set up, use the following commands: ::
56
57- $ yum install Percona-XtraDB-Cluster-server-55 Percona-XtraDB-Cluster-client-55 Percona-XtraDB-Cluster-galera-2
58+ $ yum install Percona-XtraDB-Cluster-55
59
60 More detailed example of the |Percona XtraDB Cluster| installation and configuration can be seen in :ref:`centos_howto` tutorial.
61
62@@ -42,7 +42,7 @@
63
64 Once the repository is set up, use the following commands: ::
65
66- $ sudo apt-get install percona-xtradb-cluster-server-5.5 percona-xtradb-cluster-client-5.5 percona-xtradb-cluster-galera-2.x
67+ $ sudo apt-get install percona-xtradb-cluster-55
68
69 More detailed example of the |Percona XtraDB Cluster| installation and configuration can be seen in :ref:`ubuntu_howto` tutorial.
70
71
72=== modified file 'doc-pxc/source/installation/apt_repo.rst'
73--- doc-pxc/source/installation/apt_repo.rst 2013-12-30 17:01:54 +0000
74+++ doc-pxc/source/installation/apt_repo.rst 2014-05-08 07:52:42 +0000
75@@ -37,9 +37,9 @@
76
77 * 10.04LTS lucid
78 * 12.04LTS precise
79- * 12.10 quantal
80 * 13.04 raring
81 * 13.10 saucy
82+ * 14.04LTS trusty
83
84
85 Install XtraDB Cluster
86@@ -47,14 +47,13 @@
87
88 Following command will install Cluster packages: ::
89
90- $ sudo apt-get install percona-xtradb-cluster-client-5.5 \
91- percona-xtradb-cluster-server-5.5 percona-xtradb-cluster-galera-2.x
92+$ sudo apt-get install percona-xtradb-cluster-55
93+
94+Instead of ``percona-xtradb-cluster-55`` you can install ``percona-xtradb-cluster-full-55`` meta-package which will install ``percona-xtradb-cluster-test-5.5``, ``percona-xtradb-cluster-5.5-dbg``, ``percona-xtradb-cluster-garbd-2.x``, ``percona-xtradb-cluster-galera-2x-dbg``, ``percona-xtradb-cluster-garbd-2.x-dbg`` and ``libmysqlclient18`` packages in addition.
95
96 .. note::
97-
98- When doing the package upgrade on debian, you may need to specify the all the packages on apt-get command-line or do the ``dist-upgrade``, otherwise some packages will be held back during the upgrade: ::
99-
100- $ apt-get install percona-xtradb-cluster-galera-2.x percona-xtradb-cluster-server-5.5 percona-xtradb-cluster-client-5.5
101+
102+ Garbd is packaged separately as part of debian split packaging. The garbd debian package is ``percona-xtradb-cluster-garbd-2.x``. The package contains, garbd, daemon init script and related config files. This package will be installed if you install the ``percona-xtradb-cluster-55-full`` meta package.
103
104 Percona `apt` Experimental repository
105 =====================================
106
107=== modified file 'doc-pxc/source/installation/yum_repo.rst'
108--- doc-pxc/source/installation/yum_repo.rst 2013-12-30 17:01:54 +0000
109+++ doc-pxc/source/installation/yum_repo.rst 2014-05-08 07:52:42 +0000
110@@ -30,7 +30,14 @@
111
112 Following command will install Cluster packages: ::
113
114- $ yum install Percona-XtraDB-Cluster-server-55 Percona-XtraDB-Cluster-client-55 Percona-XtraDB-Cluster-galera-2
115+ $ yum install Percona-XtraDB-Cluster-55
116+
117+Instead of ``Percona-XtraDB-Cluster-55`` you can install ``Percona-XtraDB-Cluster-full-55`` meta-package which will install ``Percona-XtraDB-Cluster-devel-55``, ``Percona-XtraDB-Cluster-test-55``, ``Percona-XtraDB-Cluster-debuginfo-55``, ``Percona-XtraDB-Cluster-galera-2-debuginfo``, and ``Percona-XtraDB-Cluster-shared-55`` packages in addition.
118+
119+.. warning::
120+
121+ In order to sucessfully install |Percona XtraDB Cluster| ``socat`` package will need to be installed first. ``socat`` package can be installed from the `EPEL <https://fedoraproject.org/wiki/EPEL>`_ repositories.
122+
123
124 Percona `yum` Experimental repository
125 =====================================
126
127=== modified file 'doc-pxc/source/manual/xtrabackup_sst.rst'
128--- doc-pxc/source/manual/xtrabackup_sst.rst 2013-12-30 17:01:54 +0000
129+++ doc-pxc/source/manual/xtrabackup_sst.rst 2014-05-08 07:52:42 +0000
130@@ -160,6 +160,29 @@
131
132 **NOTE:** This option can only be used when :variable:`wsrep_sst_method` is set to xtrabackup-v2.
133
134+.. option:: compressor/decompressor
135+
136+ :Values: command-lines to compressor/decompressor
137+ :Default: Not set, hence not enabled.
138+ :Example: compressor='gzip', decompressor='gzip -dc'
139+
140+This option introduces stream-based compression/decompression. When these options are set, compression/decompression are done on stream, in contrast to earlier PXB-based one where decompression was done after streaming to disk, involving additional I/O; hence I/O is saved here (almost halved on joiner). You can use any compression utility which works on stream - gzip, pigz (which is multi-threaded and hence, recommended) etc. Also, note that, compressor has to be set on donor and decompressor on joiner (though you can have decompressor set on donor and vice-versa for config homogeneity, it won't affect that particular SST). To use Xtrabackup-based compression as before use ``compress`` under ``[xtrabackup]`` as before, also having both enabled won't cause any failure (though you will be wasting CPU cycles with this).
141+
142+.. option:: inno-backup-opts, inno-apply-opts, inno-move-opts
143+
144+ :Default: Empty
145+ :Type: Quoted String
146+
147+These group of options can be used to pass options to backup, apply, move stages of innobackupex. Note, this option is to be used to pass only those options which are innobackupex-only and thus cannot be provided in :file:`my.cnf`. Otherwise, it is strongly recommended to pass xtrabackup options through my.cnf (under [xtrabackup]).
148+
149+.. option:: sst-initial-timeout
150+
151+ :Values: 0 (Disabled)
152+ :Default: 100
153+ :Unit: seconds
154+
155+This option is use to configure initial timeout (in seconds) to receive a first packet via SST. This has been implemented, so that if donor dies somewhere in between, joiner doesn't hang and wait forever. Thus joiner won't wait for more than 100 seconds to get a donor. The default should be sufficient, however, it is configurable, so you can set it appropriately for your cluster.
156+
157 .. _tar_ag_xbstream:
158
159 Tar against xbstream
160
161=== added file 'doc-pxc/source/release-notes/Percona-XtraDB-Cluster-5.5.37-25.10.rst'
162--- doc-pxc/source/release-notes/Percona-XtraDB-Cluster-5.5.37-25.10.rst 1970-01-01 00:00:00 +0000
163+++ doc-pxc/source/release-notes/Percona-XtraDB-Cluster-5.5.37-25.10.rst 2014-05-08 07:52:42 +0000
164@@ -0,0 +1,159 @@
165+.. rn:: 5.5.37-25.10
166+
167+=======================================
168+ |Percona XtraDB Cluster| 5.5.37-25.10
169+=======================================
170+
171+Percona is glad to announce the release of |Percona XtraDB Cluster| on May 8th, 2014. Binaries are available from `downloads area <http://www.percona.com/downloads/Percona-XtraDB-Cluster/5.5.37-25.10/>`_ or from our :doc:`software repositories </installation>`.
172+
173+Based on `Percona Server 5.5.37-35.0 <http://www.percona.com/doc/percona-server/5.5/release-notes/Percona-Server-5.5.37-35.0.html>`_ including all the bug fixes in it, Galera Replicator 2.10 (including fixes in `2.9 <https://launchpad.net/galera/+milestone/25.2.9>`_ and `2.10 <https://launchpad.net/galera/+milestone/25.2.10>`_ milestones) and on wsrep API 25.10 (including fixes in `25.10 <`https://launchpad.net/codership-mysql/+milestone/5.5.37-25.10>`_), |Percona XtraDB Cluster| `5.5.37-25.10 <https://launchpad.net/percona-xtradb-cluster/+milestone/5.5.37-25.10>`_ is now the current stable release. All of |Percona|'s software is open-source and free.
174+
175+This is an General Availability release. We did our best to eliminate bugs and problems during the testing release, but this is a software, so bugs are expected. If you encounter them, please report them to our `bug tracking system <https://bugs.launchpad.net/percona-xtradb-cluster/+filebug>`_.
176+
177+
178+New Features
179+============
180+
181+ |Percona XtraDB Cluster| now supports stream compression/decompression with new xtrabackup-sst :option:`compressor/decompressor` options.
182+
183+ ``Garbd`` init script and configuration files have been packaged for *CentOS* and *Debian*, in addition, in *Debian* garbd is packaged separately in ``percona-xtradb-cluster-garbd-2.x`` package.
184+
185+ New meta packages are now available in order to make the :ref:`Percona XtraDB Cluster installation <installation>` easier.
186+
187+ *Debian*/*Ubuntu* debug packages are now available for Galera and ``garbd``.
188+
189+ New SST options have been implemented: :option:`inno-backup-opts`, :option:`inno-apply-opts`, :option:`inno-move-opts` which pass options to backup, apply and move stages of innobackupex.
190+
191+ Initial configurable timeout, of 100 seconds, to receive a first packet via SST has been implemented, so that if donor dies somewhere in between, joiner doesn't hang. Timeout can be configured with the :option:`sst-initial-timeout` variable.
192+
193+ The joiner would wait and not fall back to choosing other potential donor nodes (not listed in :variable:`wsrep_sst_donor`) by their state. This happened even when comma was added at the end. This fixes it for that particular case.
194+
195+ Support for Query Cache has been implemented.
196+
197+Bugs fixed
198+==========
199+
200+ To avoid disabling Parallel Apply in case of ``SAVEPOINT`` or ``ROLLBACK TO SAVEPOINT`` the :variable:`wsrep_cert_deps_distance` being ``1.0`` at all times. Bug fixed :bug:`1277703`.
201+
202+ First connection would hang after changing the :variable:`wsrep_cluster_address` variable. Bug fixed :bug:`1022250`.
203+
204+ When :variable:`gmcast.listen_addr` was set manually it did not allow nodes own address in gcomm address list. Bug fixed :bug:`1099478`.
205+
206+ :variable:`wsrep_sst_rsync` would silently fail on joiner when ``rsync`` server port was already taken. Bug fixed :bug:`1099783`.
207+
208+ Example ``wsrep_notify`` script failed on node shutdown. Bug fixed :bug:`1132955`.
209+
210+ Server would segfault on ``INSERT DELAYED`` with :variable:`wsrep_replicate_myisam` set to ``1`` due to unchecked dereference of ``NULL`` pointer. Bug fixed :bug:`1165958`.
211+
212+ When :file:`grastate.dat` file was not getting zeroed appropriately it would lead to RBR error during the IST. Bug fixed :bug:`1180791`.
213+
214+ ``gcomm`` exception in PC ``validate_state_msgs()`` during cluster partitioning/re-merges" has been fixed. Bug fixed :bug:`1182367`.
215+
216+ Due to the ``Provides:`` line in |Percona XtraDB Cluster| (which provides ``Percona-Server-server``), the command ``yum install Percona-Server-server`` would install |Percona XtraDB Cluster| instead of the expected |Percona Server|. Bug fixed :bug:`1201499`.
217+
218+ Replication of partition tables without binlogging enabled failed, partition truncation didn't work because of lack of TO isolation there. Bug fixed :bug:`1219605`.
219+
220+ Exception during group merge after partitioning event has been fixed. Bug fixed :bug:`1232747`.
221+
222+ Default value for :variable:`binlog_format` is now ``ROW``. This is done so that |Percona XtraDB Cluster| is not started with wrong defaults leading to non-deterministic outcomes like crash. Bug fixed :bug:`1243228`.
223+
224+ ``CREATE TABLE AS SELECT`` was not replicated, if the select result set was empty. Bug fixed :bug:`1246921`.
225+
226+ ``INSERT`` would return deadlock instead of duplicate key on secondary unique key collision. Bug fixed :bug:`1255147`.
227+
228+ Joiner node would not initialize storage engines if ``rsync`` was used for SST and the first view was non-primary. Bug fixed :bug:`1257341`.
229+
230+ Table level lock conflict resolving was releasing the wrong lock. Bug fixed :bug:`1257678`.
231+
232+ Resolved the ``perl`` dependencies needed for |Percona XtraDB Cluster| 5.6. Bug fixed :bug:`1258563`.
233+
234+ Obsolete dependencies have been removed from |Percona XtraDB Cluster|. Bug fixed :bug:`1259256`.
235+
236+ GCache file allocation could fail if file size was a multiple of page size. Bug fixed :bug:`1259952`.
237+
238+ |Percona XtraDB Cluster| didn't validate the parameters of :variable:`wsrep_provider_options` when starting it up. Bug fixed :bug:`1260193`.
239+
240+ Fixed rsync SST for compatibility with ``rsync`` version 3.1.0. Bug fixed :bug:`1261673`.
241+
242+ During the installation of ``percona-xtradb-cluster-garbd-3.x`` package, *Debian* tries to start it, but as the configuration is not set, it would fail to start and leave the installation in ``iF`` state. Bug fixed :bug:`1262171`.
243+
244+ Runtime checks have been added for dynamic variables which are Galera incompatible. Bug fixed :bug:`1262188`.
245+
246+ Node would get stuck and required restart if ``DDL`` was performed after ``FLUSH TABLES WITH READ LOCK``. Bug fixed :bug:`1265656`.
247+
248+ :ref:`xtrabackup-v2 <xtrabackup_sst>` is now used as default |SST| method in :variable:`wsrep_sst_method`. Bug fixed :bug:`1268837`.
249+
250+ ``FLUSH TABLES WITH READ LOCK`` behavior on the same connection was changed to conform to |MySQL| behavior. Bug fixed :bug:`1269085`.
251+
252+ Read-only detection has been added in clustercheck, which can be helpful during major upgrades (this is used by ``xinetd`` for HAProxy etc.) Bug fixed :bug:`1269469`.
253+
254+ Binary log directory is now being cleanup as part of the :ref:`XtraBackup SST <xtrabackup_sst>`. Bug fixed :bug:`1273368`.
255+
256+ ``clustercheck`` script would mark node as down on *Debian* based systems if it was run with default values because it was looking for the ``defaults-extra-file`` in the wrong directory. Bug fixed :bug:`1276076`.
257+
258+ Deadlock would happen when ``NULL`` unique key was inserted. Workaround has been implemented to support ``NULL`` keys, by using the ``md5`` sum of full row as key value. Bug fixed :bug:`1276424`.
259+
260+ Variables :variable:`innodb-log-group-home-dir` and :variable:`innodb-data-home-dir` are now handled by default (ie., there is no need to set them up in :option:`sst_special_dirs`). Bug fixed :bug:`1276904`.
261+
262+ Builds now use system ``Zlib`` instead of bundled one. Bug fixed :bug:`1277928`.
263+
264+ Binlog events were created for the statements for non-InnoDB tables, but they were never cleaned from transaction cache, which could lead to node crash. Bug fixed :bug:`1277986`.
265+
266+ Galera2 is now installed in ``/usr/lib/galera2/libgalera_smm.so`` with a compatibility symlink to ``/usr/lib/libgalera_smm.so``. Bug fixed :bug:`1279328`.
267+
268+ If transaction size exceeds the :variable:`wsrep_max_ws_size` limit, there will appear a warning message in the error log and replication is skipped. However, the transaction was committed in the master node, and cluster would be in inconsistent state. Bug fixed :bug:`1280557`.
269+
270+ Updating an unique key value could cause server to hang if slave node has enabled parallel slaves. Bug fixed :bug:`1280896`.
271+
272+ Fixed incorrect warnings and implemented better handling of repeated usage with same value for :variable:`wsrep_desync`. Bug fixed :bug:`1281696`.
273+
274+ Using ``LOAD DATA INFILE`` in with :variable:`autocommit` set to ``0`` and :variable:`wsrep_load_data_splitting` set to ``ON`` could lead to incomplete loading of records while chunking. Bug fixed :bug:`1281810`.
275+
276+ ``Garbd`` could crash on *CentOS* if variable :variable:`gmcast.listen_addr` wasn't set. Bug fixed :bug:`1283100`.
277+
278+ Node couldn't be started with :variable:`wsrep_provider_options` option :variable:`debug` set to ``1``. Bug fixed :bug:`1285208`.
279+
280+ Boostrapping with :variable:`pc.bootstrap=1` at runtime in a ``NON-PRIMARY`` state would lead to crash. Bug fixed :bug:`1286450`.
281+
282+ Asynchronous replication slave thread is stopped when the node tries to apply next replication event while the node is in non-primary state. But it would then remain stopped after node successfully re-joined the cluster. Bug fixed :bug:`1288479`.
283+
284+ New versions of xtrabackup SST scripts were ignoring ``--socket`` parameter passed by mysqld. Bug fixed :bug:`1289483`.
285+
286+ Regression in Galera required explicitly setting :variable:`socket.ssl` to ``Yes`` even if you set up variables :variable:`socket.ssl_key` and :variable:`socket.ssl_cert`. Bug fixed :bug:`1290006`.
287+
288+ The mysql-debug ``UNIV_DEBUG`` binary was missing from RPM/DEB server packages. Bug fixed :bug:`1290087`.
289+
290+ XtraBackup SST would fail if `progress <www.percona.com/doc/percona-xtradb-cluster/5.5/manual/xtrabackup_sst.html#progress>`_ option was used with large number of files. Bug fixed :bug:`1294431`.
291+
292+ When Query Cache was used and a node would go into non-PRIM state, queries which returned results earlier (and cached into query cache) would still return results whereas newer queries (or the ones not cached) would return ``unknown command``. Bug fixed :bug:`1296403`.
293+
294+ Brute Force abort did not work with INSERTs to table with single unique key. Bug fixed :bug:`1299116`.
295+
296+ Compiling on *FreeBSD* 10.0 with ``CLANG`` would result in fatal error. Bug fixed :bug:`1309507`.
297+
298+ ``Use-after-free`` memory corruption in ``one_thread_per_connection_end`` has been fixed. Bug fixed :bug:`1310875`.
299+
300+ Xtrabackup wouldn't copy empty ``test`` database during the SST. Bug fixed :bug:`1231088`.
301+
302+ Xtrabackup SST failed when ``/tmp/test`` directory existed, fixed by creating unique directories in SST script. Bug fixed :bug:`1294760`.
303+
304+ Deadlock during server shutdown has been prevented. Bug fixed :bug:`1284670`.
305+
306+ Race condition during update of :variable:`wsrep_slave_threads` has been avoided. Bug fixed :bug:`1290612`.
307+
308+ Added new option to the init script to restart a node bootstrapped. Bug fixed :bug:`1291024`.
309+
310+ |Percona XtraDB Cluster| server package no longer conflicts with ``mysql-libs`` package from CentOS repository. Bug fixed :bug:`1278516`.
311+
312+ Server abort due to BF-BF lock conflict in ``lock0lock.c`` has been fixed. Bug fixed :bug:`1264809`.
313+
314+ Crash due to segfault in ``gcache::RingBuffer::get_new_buffer()`` has been fixed. Bug fixed :bug:`1152565`.
315+
316+ Applier would fail with ``lock wait timeout exceeded`` on rsync SST donor. Bug fixed :bug:`1255501`.
317+
318+ rsync SST could hang due to missing ``lsof``. Bug fixed :bug:`1313293`.
319+
320+Other bugs fixed: :bug:`1273101`, :bug:`1297822`, :bug:`1289776`, :bug:`1279844`, :bug:`1279343`, :bug:`1278516`, :bug:`1278417`, :bug:`1277263`, :bug:`1276994`, :bug:`1272961`, :bug:`1272723`, :bug:`1269811`, :bug:`1269351`, :bug:`1269063`, :bug:`1262887`, :bug:`1262716`, :bug:`1261996`, :bug:`1261833`, :bug:`1261138`, :bug:`1269063`, :bug:`1256887`, :bug:`1256769`, :bug:`1255501`, and :bug:`1254633`.
321+
322+
323+|Percona XtraDB Cluster| `Errata <http://www.percona.com/doc/percona-xtradb-cluster/errata.html>`_ can be found in our documentation.
324
325=== modified file 'doc-pxc/source/release-notes/release-notes_index.rst'
326--- doc-pxc/source/release-notes/release-notes_index.rst 2013-12-30 17:01:54 +0000
327+++ doc-pxc/source/release-notes/release-notes_index.rst 2014-05-08 07:52:42 +0000
328@@ -6,6 +6,7 @@
329 :maxdepth: 1
330 :glob:
331
332+ Percona-XtraDB-Cluster-5.5.37-25.10
333 Percona-XtraDB-Cluster-5.5.34-25.9
334 Percona-XtraDB-Cluster-5.5.34-23.7.6
335 Percona-XtraDB-Cluster-5.5.33-23.7.6
336
337=== modified file 'doc-pxc/source/wsrep-system-index.rst'
338--- doc-pxc/source/wsrep-system-index.rst 2014-03-04 15:02:29 +0000
339+++ doc-pxc/source/wsrep-system-index.rst 2014-05-08 07:52:42 +0000
340@@ -306,7 +306,7 @@
341 :dyn: Yes
342 :default: 1
343
344-This variable controls the number of threads that can apply replication transactions in parallel. Galera supports true parallel replication, replication that applies transactions in parallel only when it is safe to do so. The variable is dynamic, you can increase/decrease it anytime, note that, when you decrease it, it won't kill the threads immediately but stop them after they are done applying current transaction (the effect with increase is immediate though). If any replication consistency problems are encountered, it's recommended to set this back to ``1`` to see if that resolves the issue. The default value can be increased for better throughput. You may want to increase it many a time as suggested `here <http://www.codership.com/wiki/doku.php?id=flow_control>`_, in JOINED state for instance to speed up the catchup process to SYNCED. You can also estimate the optimal value for this from :variable:`wsrep_cert_deps_distance` as suggested `here <http://www.codership.com/wiki/doku.php?id=monitoring#checking_replication_health>`_. You can also refer to `this <http://www.codership.com/wiki/doku.php?id=configuration_tips#parallel_applying_wsrep_slave_threads>`_ for more configuration tips.
345+This variable controls the number of threads that can apply replication transactions in parallel. Galera supports true parallel replication, replication that applies transactions in parallel only when it is safe to do so. The variable is dynamic, you can increase/decrease it anytime, note that, when you decrease it, it won't kill the threads immediately but stop them after they are done applying current transaction (the effect with increase is immediate though). If any replication consistency problems are encountered, it's recommended to set this back to ``1`` to see if that resolves the issue. The default value can be increased for better throughput. You may want to increase it many a time as suggested `in Codership documentation <http://www.codership.com/wiki/doku.php?id=flow_control>`_, in JOINED state for instance to speed up the catchup process to SYNCED. You can also estimate the optimal value for this from :variable:`wsrep_cert_deps_distance` as suggested `on this page <http://www.codership.com/wiki/doku.php?id=monitoring#checking_replication_health>`_. You can also refer to `this <http://www.codership.com/wiki/doku.php?id=configuration_tips#parallel_applying_wsrep_slave_threads>`_ for more configuration tips.
346
347 .. variable:: wsrep_sst_auth
348

Subscribers

People subscribed via source and target branches