Where the open source database community meets: Use code PERCONA75 and secure your spot for Percona Live.  Register

Percona Server 5.5.36-34.1 is now available

March 17, 2014
Author
Hrvoje Matijakovic
Share this Post:
Percona Server version 5.5.36-34.1
Percona Server version 5.5.36-34.1

Percona is glad to announce the release of Percona Server 5.5.36-34.1 on March 17th, 2014 (Downloads are available here and from the Percona Software Repositories). Based on MySQL 5.5.36, including all the bug fixes in it, Percona Server 5.5.36-34.1 is now the current stable release in the 5.5 series. All of Percona‘s software is open-source and free, all the details of the release can be found in the 5.5.36-34.1 milestone at Launchpad.

Bugs Fixed:

  • After installing the auth_socket plugin any local user might get root access to the server. If you’re using this plugin upgrade is advised. This is a regression, introduced in Percona Server 5.5.31-30.3. Bug fixed #1289599.
  • The new client and server packages included files with paths that were conflicting with the ones in mysql-libs package on CentOS. Bug fixed #1278516.
  • A clean installation of Percona-Server-server-55 on CentOS would fail due to a typo in mysql_install_db call. Bug fixed #1291247.
  • Percona-Server-shared-55 package was still declared as providing mysql-libs, but it is not actually providing it anymore. Bug fixed #1291249.
  • Slave I/O thread wouldn’t attempt to automatically reconnect to the master after a network time-out (error: 1159). Bug fixed #1268729 (upstream #71374).
  • Slave I/O thread wouldn’t attempt to automatically reconnect to the master if setting master_heartbeat_period failed with a transient network error. Bug fixed #1268735 (upstream #71375).

Renaming the libmysqlclient to libperconaserverclient

This release fixes some of the issues caused by the libmysqlclient rename to libperconaserverclient in Percona Server 5.5.36-34.0. The old name was conflicting with the upstream libmysqlclient.

Except for packaging, libmysqlclient and libperconaserverclient of the same version do not have any differences. Users who previously compiled software against Percona-provided libmysqlclient will either need to install the corresponding package of their distribution, such as distribution or Oracle-provided package for CentOS and libmysqlclient18 for Ubuntu/Debian or recompile against libperconaserverclient. Another workaround option is to create a symlink from libperconaserverclient.so.18.0.0 to libmysqlclient.so.18.0.0.

Release notes for Percona Server 5.5.36-34.1 are available in our online documentation. Bugs can be reported on the launchpad bug tracker.

0 0 votes
Article Rating
Subscribe
Notify of
guest

6 Comments
Oldest
Newest Most Voted
Inline Feedbacks
View all comments
mig5
mig5
12 years ago

Wow, OK, on *this* upgrade on Debian Squeeze, all of /usr/share/mysql was removed (or renamed?) to /usr/share/percona-server

This broke our MySQL, we couldn’t even start it up.

We had this value set in our my.cnf: language = /usr/share/mysql/english

Had to make /usr/share/mysql a symlink to /usr/share/percona-server

Can you confirm you’ve renamed this dir in this release? If so you really need to, please, advise these sorts of issues in the release notes, this is killing systems in production. Same goes for the last release, see my comment here which has affected us several times but for some reason not all: http://www.mysqlperformanceblog.com/2014/03/10/percona-server-5-5-36-34-0-now-available/#comment-5332344

mig5
mig5
12 years ago

I see this in the preinst of your deb package:

# TODO fixing my.cnf, prepending params with invalid paths with #
if [ -f /etc/mysql/my.cnf ]; then
sed -i -e ‘/^[^#].*share/mysql/s/^/#/’ /etc/mysql/my.cnf
fi

Looking at my logs, this changed /etc/mysql/my.cnf, commenting out #language without prompting. Our Puppet installation dutifully replaced the file’s contents, and thus prevented MySQL from starting back up.

N/A
N/A
12 years ago

What other steps are necessary to get this working? I have done the above and still can’t get mysql to start on Ubuntu 12.04. I can’t install the previous version via puppet either as it looks like it gets removed from the repo with every new version.

jhrcz
12 years ago

hi,

after upgrading to the latest release, this snippet was required to not have attic rpm (without package in repo) installed – replace it with newer packages to have all the possible libmysql installed for dependencies with rest of the centos system:

echo -e “install Percona-Server-shared-51n install Percona-Server-shared-compat-51n install Percona-Server-shared-55n remove Percona-Server-shared-compatn runn” | yum shell

in the rpm packages this is list of packages and libmysql versions available…

# libmysqlclient.so.{12,14,15}
Percona-Server-shared-compat-51

# libmysqlclient.so.16
Percona-Server-shared-51

# libperconaserverclient.so.18
Percona-Server-shared-55

jhrcz
12 years ago

there is alternative to just install Percona-Server-shared-55 and mysql-libs from centos6 when all the compat libs are not required (… this way requires exlude in percona repo file)

Far
Enough.

Said no pioneer ever.
MySQL, PostgreSQL, InnoDB, MariaDB, MongoDB and Kubernetes are trademarks for their respective owners.
© 2026 Percona All Rights Reserved