Painful Yum dependencies on CentOS6.3

I can confirm this "bug" (annoyance, more than anything) on a fresh install of CentOS 6.3. Trying to install the whole package set (5.5 version) (Percona Server, XtraBackup and percona-toolkit) have undesired lateral effects by default: It tries to delete (ana)cron - because it depends on Postfix, which depends on what 5.1 server provides and also creates a conflict between Percona-Server-shared-51 and Percona-Server-shared-55, as this bug reports.

I can also confirm that the workaround solves the dependency problem.

I do the following generally and it works fine:

rpm --nodeps -e mysql-libs
yum install 'Percona-Server-*55' percona-toolkit xtrabackup
yum install Percona-Server-55-debuginfo

The issue I see in the description is that percona-toolkit requires mysql client libs but ends up pulling Percona-Server-51 which introduces conflict. I usually end up installing shared-compat with others.

Problems being:

1. RPM lacks anything like package A replaces package B kind of thing (or is there something similar?), so 'rpm -e --nodeps mysql-libs' required.

2. We can have groups like the ones already present -- 'MySQL Database server' and 'MySQL Database client' so that install hackery can be avoided.

Hi Ryan. :-) We recently had a long internal email thread about this. You know I don't know much about packaging, which is why I've asked Brian to work with Ignacio to take over our packaging. So, the hope is to have that done by next release, and whatever these problems are be solved (I don't know much about package dependencies and how one pkg can substitute for another, etc., so I'm trusting other experts know).

This is a bug with Percona-Server and not percona-toolkit actually.

sudo repoquery --provides Percona-Server-shared-55
    Percona-Server-shared-55 = 5.5.27-rel28.1.296.rhel6
    Percona-Server-shared-55(x86-64) = 5.5.27-rel28.1.296.rhel6
    libmysqlclient.so.18()(64bit)
    libtool(/usr/lib64/mysql/plugin/libfnv1a_udf.la)
    libtool(/usr/lib64/mysql/plugin/libfnv_udf.la)
    libtool(/usr/lib64/mysql/plugin/libmurmur_udf.la)
    mysql-shared

raghu archie:~ [77]% sudo repoquery --provides Percona-Server-shared-51
    MySQL-shared
    Percona-Server-shared-51 = 5.1.65-rel14.0.475.rhel6
    Percona-Server-shared-51(x86-64) = 5.1.65-rel14.0.475.rhel6
    Percona-XtraDB-shared
    libmysqlclient.so.16()(64bit)
    libmysqlclient.so.16(libmysqlclient_16)(64bit)
    libmysqlclient_r.so.16()(64bit)
    libmysqlclient_r.so.16(libmysqlclient_16)(64bit)
    mysql-libs
    mysql-shared

raghu archie:~ [78]% sudo repoquery --provides Percona-Server-shared-compat
    MySQL-shared
    Percona-Server-shared-compat = 5.5.27-rel28.1.296.rhel6
    Percona-Server-shared-compat(x86-64) = 5.5.27-rel28.1.296.rhel6
    libmysqlclient.so.12()(64bit)
    libmysqlclient.so.14()(64bit)
    libmysqlclient.so.14(libmysqlclient_14)(64bit)
    libmysqlclient.so.15()(64bit)
    libmysqlclient.so.15(libmysqlclient_15)(64bit)
    libmysqlclient.so.16()(64bit)
    libmysqlclient.so.16(libmysqlclient_16)(64bit)
    libmysqlclient_r.so.12()(64bit)
    libmysqlclient_r.so.14()(64bit)
    libmysqlclient_r.so.14(libmysqlclient_14)(64bit)
    libmysqlclient_r.so.15()(64bit)
    libmysqlclient_r.so.15(libmysqlclient_15)(64bit)
    libmysqlclient_r.so.16()(64bit)
    libmysqlclient_r.so.16(libmysqlclient_16)(64bit)
    mysql-libs

sudo repoquery --disablerepo=percona --provides mysql-libs
    config(mysql-libs) = 5.1.61-4.el6
    libmysqlclient.so.16
    libmysqlclient.so.16(libmysqlclient_16)
    libmysqlclient_r.so.16
    libmysqlclient_r.so.16(libmysqlclient_16)
    mysql-libs = 5.1.61-4.el6
    mysql-libs(x86-32) = 5.1.61-4.el6
    config(mysql-libs) = 5.1.61-4.el6
    libmysqlclient.so.16()(64bit)
    libmysqlclient.so.16(libmysqlclient_16)(64bit)
    libmysqlclient_r.so.16()(64bit)
    libmysqlclient_r.so.16(libmysqlclient_16)(64bit)
    mysql-libs = 5.1.61-4.el6
    mysql-libs(x86-64) = 5.1.61-4.el6

sudo repoquery --requires perl-DBD-MySQL
    libc.so.6()(64bit)
    libc.so.6(GLIBC_2.2.5)(64bit)
    libc.so.6(GLIBC_2.3)(64bit)
    libc.so.6(GLIBC_2.3.4)(64bit)
    libc.so.6(GLIBC_2.4)(64bit)
    libcrypt.so.1()(64bit)
    libcrypto.so.10()(64bit)
    libm.so.6()(64bit)
    libmysqlclient.so.16()(64bit)
    libmysqlclient.so.16(libmysqlclient_16)(64bit)
    libnsl.so.1()(64bit)
    libssl.so.10()(64bit)
    libz.so.1()(64bit)
    perl(:MODULE_COMPAT_5.10.1)
    perl(Carp)
    perl(DBI)
    perl(DBI::Const::GetInfoType)
    perl(DynaLoader)
    perl(strict)
    perl(vars)
    rtld(GNU_HASH)

So, perl-DBD-MySQL requires libmysqlclient.so.16 which is provided by mysql-libs, Percona-Server-shared-compat and Percona-Server-shared-55.

Now, mysql-libs is out of picture if Percona is installed since it is obsoleted.

That leaves, Percona-Server-shared-55 and Percona-Server-share...

After talking to Ignacio, I'm untargetting this for 2.1.4, and retargetting it in 2.1.5 instead.

see http://yum.baseurl.org/wiki/CompareProviders

When yum is depsolving and it finds that a requirement is provided for by more than one pkg it has to make a choice about which pkg to install. At one point in time it decided by choosing the 'first' one.

according to link above, this is not a bug, but just documented yum behavior. thinking on solution

I've submitted a patch (linked branches) to each of the 5.0, 5.1, 5.5 and PXC branches that changes our shared packages to only include versioned libraries, following the model of the CentOS packages. This effectively makes the shared packages not conflict at the file level when installed in different combinations, allowing percona-toolkit to depend on any of them while at the same time permitting an installation of any suite of PS/PXC. Note that in debian we follow this same model. Refer to the commit messages for details.

The packages are currently up in the percona-testing repo. I've tested each suite in rhel6 and rhel5 with percona-toolkit (including PXC) and this bug seems to be fixed.

As for Percona Toolkit, the fix was done indirectly via the Percona Server packages being fixed. So this was basically fixed in PT 2.2.

Sorry for waking up this old thread but it looks like 5.6 XtraDB Cluster package once again introduced this nasty dependency problem.

@Antoni

Can you provide more details on this? Yum logs etc.
On 23 Oct 2014 10:15, "Antoni Baranski" <email address hidden> wrote:

> Sorry for waking up this old thread but it looks like 5.6 XtraDB Cluster
> package once again introduced this nasty dependency problem.
>
> --
> You received this bug notification because you are a member of Percona
> core, which is subscribed to Percona Server.
> Matching subscriptions: percona-server, percona-toolkit, percona-toolkit,
> percona-xtradb-cluster
> https://bugs.launchpad.net/bugs/1031427
>
> Title:
> Painful Yum dependencies on CentOS6.3
>
> Status in Percona Server with XtraDB:
> Invalid
> Status in Percona Server 5.1 series:
> Fix Released
> Status in Percona Server 5.5 series:
> Fix Released
> Status in Percona Server 5.6 series:
> Invalid
> Status in Percona Toolkit:
> Fix Released
> Status in Percona XtraDB Cluster - HA scalable solution for MySQL:
> Fix Released
>
> Bug description:
> (Probably a Percona-Server packaging issue, but reporting it here
> because it manifests in a percona-toolkit install)
>
> I have a stock CentOS6.3 install
>
> %> cat /etc/centos-release
> CentOS release 6.3 (Final)
>
> %> uname -r
> 2.6.32-220.el6.x86_64
>
> With the Percona Yum repository package:
>
> %> yum info percona-release
> Loaded plugins: fastestmirror, priorities, security
> Loading mirror speeds from cached hostfile
> * base: mirror.stanford.edu
> * extras: mirrors.kernel.org
> * updates: mirrors.kernel.org
> 68 packages excluded due to repository priority protections
> Installed Packages
> Name : percona-release
> Arch : x86_64
> Version : 0.0
> Release : 1
> Size : 3.6 k
> Repo : installed
> Summary : Percona RPM repository
> URL : http://www.percona.com/percona-lab.html
> License : GPL version 2
> Description : Percona release file. This package contains yum
> : configuration for the Percona RPM Repository, as well as
> the public
> : GPG keys used to sign them.
>
> I have the following packages installed:
>
> %> rpm -qa |grep -i percona
> Percona-Server-client-55-5.5.25a-rel27.1.277.rhel6.x86_64
> percona-release-0.0-1.x86_64
> Percona-Server-shared-55-5.5.25a-rel27.1.277.rhel6.x86_64
> Percona-Server-server-55-5.5.25a-rel27.1.277.rhel6.x86_64
>
> (installed via: `yum install Percona-Server-client-55 Percona-Server-
> server-55`)
>
> Trying to install percona-toolkit, I get the following:
>
> %> yum install percona-toolkit
> ...
> Transaction Check Error:
> file /usr/lib64/libmysqlclient.so from install of
> Percona-Server-shared-51-5.1.63-rel13.4.443.rhel6.x86_64 conflicts with
> file from package Percona-Server-shared-55-5.5.25a-rel27.1.277.rhel6.x86_64
> file /usr/lib64/libmysqlclient_r.so from install of
> Percona-Server-shared-51-5.1.63-rel13.4.443.rhel6.x86_64 conflicts with
> file from package Percona-Server-shared-55-5.5.25a-rel27.1.277.rhel6.x86_64
>
> Error Summary
> -------------
>
> If I look at:
>
> %> yum deplist perl-DBD-MySQL
> ...
> dependency: libmysqlclient.so.16(libmysqlclient_1...

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PXC-945

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PT-323

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PS-574