sexta-feira, 29 de novembro de 2013

A estratégia da comunidade

Original post: http://anothermysqldba.blogspot.com/2013/11/a-strategy-from-community.html
Vimos as notícias sobre MariaDB substituindo MySQL no Fedora, SUSE e Red Hat.

Enquanto a Oracle não seria feliz com essa notícia, a comunidade open source suporta o foco em um "mais" solução de código aberto a ser implementado em Linux.

O interessante que todos nós podemos mais olhar é que, a decisão ou estratégia para se deslocar para MariaDB do MySQL não foi provavelmente apenas feita pela administração superior em Red Hat. Isso é muito mais provável que seja um movimento da comunidade open source que a Red Hat avaliados e eles escutaram.

Considere isso, dê uma olhada em volta do Jackie Yeaney ( @ jackieyeaney ) postar sobre a " democratização do processo Estratégia Corporativa da Red Hat. "(publicado 10 de novembro, 2011) e aprender como funciona a Red Hat. "Utilizamos as redes existentes na comunidade open source para" manter a mente aberta "e socializar idéias fora do Red Hat". A comunidade queria abertura e resultado foi uma jogada para MariaDB pela Red Hat, é está relacionada com a estratégia aberta a Red Hat, na minha humilde opinião, é provável que sim.

Jim Whitehurst ( @ JWhitehurst ) parece abraçar a comunidade de código aberto não apenas por causa dos ganhos financeiros que premia a empresa, mas também porque como ele revolucionou a forma como eles funcionam, tomar decisões estratégicas e assumir a entrada de outros: "Dados olhos suficientes, todos os bugs são superficiais. "

Tome um momento para relacionar essa última afirmação para MySQL. Se você seguir MySQL então você está bem ciente que a Oracle fechou (ou tem uma versão menos aberto agora) o site bugs.mysql.com. Enquanto a Oracle tem seu próprio raciocínio empresarial para isso, a comunidade open source segue "Dado olhos suficientes, todos os erros são triviais."

Como MariaDB cresce e se tornar mais embutida nas distros Linux como padrão DB o rastreamento de bugs relacionado estará aberto e será interessante ver como os bichos divididos entre Maria e MySQL no longo prazo.

Então agora .. O aspecto interessante é que enquanto MySQL teve empresa e versões comunidade propriedade da Oracle o movimento ainda aconteceu por causa do MariaDB. A Oracle também possui Java e OpenJDK relacionado. Enquanto eu estou apenas pedindo isso como um estranho olhando para dentro .. Se um Java / OpenJDK foi ramificou-se em um outro pacote de software que não era de propriedade da Oracle, poderíamos ver em breve um substituto para Java / OpenJDK no Red Hat também? Mais uma vez eu sou um estranho para o mundo Java, então eu peço que por causa das semelhanças que ele representa com o MySQL.

segunda-feira, 18 de novembro de 2013

MariaDB e as distribuições Linux

Original post: http://anothermysqldba.blogspot.com/2013/11/mariadb-linux-distributions.html

Então, por agora, muitos de vocês já viram a notícia sobre o Google, SUSE e Red Hat / Fedora se mudar para MariaDB como o banco de dados padrão em vez do MySQL.

MariaDB e SkySQL fizeram movimentos negócio muito produtivo este ano. O que isso realmente significa para a comunidade MySQL e da comunidade em geral open source?

Para começar pensar no que fez MySQL é tão popular? Foi prontamente disponível em todas as principais distribuições Linux.

OpenSuse e Fedora já estão se movendo para MariaDB assim o impulso para uma fonte de movimento focado aberta já começou. Após uma migração RHEL que tem MariaDB como o banco de dados padrão, então, também significa que o CentOS logo teria MariaDB como o banco de dados padrão.

Provavelmente logo a seguir vai ser uma jogada pelo Ubuntu e Debian. Eu poderia ter perdido a notícia em um movimento já, mas eu não penso assim.

Tudo isso é uma grande notícia e se move para o MariaDB e da comunidade open source. MariaDB irá naturalmente começar a ver mais aceitação do usuário e uso. Enquanto MySQL da Oracle ainda é um pacote de software de fonte aberta a grande questão tem sido o local bugs.mysql.com e rastreamento de erros usuário mysql. As pessoas vão em breve começar a acompanhar mais bugs no MariaDB?

MariaDB também tem recursos de código aberto que imitam a empresa únicas soluções disponíveis no MySQL da Oracle. Assim, muitos usuários estão indo para escolher naturalmente se sobre esses recursos.

Enquanto a Oracle é a construção de grandes recursos e de código, mas como muitas pessoas na comunidade estão levando isso? MySQL 5.1 é muito utilizado na comunidade usadas distribuições Linux e muitos usuários só poderia saber MySQL 5.1 e tão cedo MariaDB 5.5.

O que vai acontecer a seguir?
Bem que a Oracle decide fazer ainda ainda está para ser visto. Oracle já leva Red Hat Linux para construir o seu Oracle Linux (OEL). Assim, ironicamente, agora MariaDB, que é uma ramificação do MySQL pela Oracle, será em Red Hat Linux para Oracle para remover a sua OEL. A Oracle vai lutar com Java, de alguma forma?

O que vai Percona fazer? Percona também é um jogador nesta e teve um relacionamento respeitoso com o MariaDB e Oracle ao longo dos anos. Naturalmente, Percona faz inclinar-se para o lado open-source de coisas por isso vai ser curioso para ver se ocorre qualquer movimento por parte de Percona. Será mais ferramentas focado no MariaDB características tornando-se em breve?

O que vai MariaDB fazer? Bem, monitorando a taxa de erros crescimento do banco de dados MariaDB erros vai ajudar a mostrar quantas pessoas estão começando a tomar em MariaDB.
Será que Maria, em algum momento romper com as atualizações de código fonte do MySQL e continuar constrói apenas com a comunidade e seus engenheiros?

Então o que acontece? Nós não sabemos. Cabe à comunidade open source. Um monte de vozes iradas tinha sido dirigido na Oracle ao longo dos anos. Então como é que essas vozes alterar ou mostrar apoio a MariaDB em breve para ser visto. Embora muitos deles provavelmente já suportam MariaDB, é a adoção das massas que irão mostrar o quão bem MariaDB faz em relação ao MySQL. Muitas empresas sabem o nome MySQL e será hesitante para ir para MariaDB (Isso aconteceu comigo outro dia.). Assim, o trabalho do MariaDB ainda não está feito.
E ainda depois de tudo isso ... Oracle, Red Hat e Google ainda se reúnem para ajudar o governo a nós .

quarta-feira, 30 de outubro de 2013

MySQL no Google Cloud SQL

Original post: http://anothermysqldba.blogspot.com/2013/10/mysql-in-google-cloud-sql.html

Se você ainda não viu isso .. muito legal ...

pode "ser acessados ​​usando o MySQL Client e outras ferramentas de administração e relatórios que trabalham com bancos de dados MySQL".

http://gigaom.com/2013/10/30/google-woos-mysql-faithful-to-its-cloud/

"Google Cloud SQL é um banco de dados MySQL, que vive na nuvem do Google. Ele tem todos os recursos e funcionalidades do MySQL, com algumas características adicionais e poucos recursos não suportados, conforme listado abaixo. Google Cloud SQL é fácil de usar, não necessita de qualquer instalação de software ou de manutenção e é ideal para pequenas e médias aplicações. "

https://developers.google.com/cloud-sql/docs/introduction

quinta-feira, 10 de outubro de 2013

Percona 5,6 (MariaDB e MySQL) e Debian / Ubuntu

Original post: http://anothermysqldba.blogspot.com/2013/10/percona-56-mariadb-mysql-debianubuntu.html

Comece a trabalhar facilmente com Percona 5.6 em Debian.
Este exemplo está executando Linux Mint 15 .



Percona 5.6:
http://www.percona.com/doc/percona-server/5.5/installation/apt_repo.html
linuxmint ~ # apt-get install percona-server-server-5.6 percona-server-client-5.6
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
libaio1 libdbd-mysql-perl libdbi-perl libmysqlclient18 libmysqlclient18.1 libnet-daemon-perl libplrpc-perl
percona-server-common-5.6
Suggested packages:
tinyca
The following NEW packages will be installed:
libaio1 libdbd-mysql-perl libdbi-perl libmysqlclient18 libmysqlclient18.1 libnet-daemon-perl libplrpc-perl
percona-server-client-5.6 percona-server-common-5.6 percona-server-server-5.6
0 upgraded, 10 newly installed, 0 to remove and 3 not upgraded.
Need to get 40.6 MB of archives.
After this operation, 140 MB of additional disk space will be used.
Do you want to continue [Y/n]? Y
linuxmint ~ # mysql -e "CREATE FUNCTION fnv1a_64 RETURNS INTEGER SONAME 'libfnv1a_udf.so'"
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
linuxmint ~ # mysql -e "CREATE FUNCTION fnv1a_64 RETURNS INTEGER SONAME 'libfnv1a_udf.so'" -p
Enter password:
linuxmint ~ # mysql -e "CREATE FUNCTION fnv_64 RETURNS INTEGER SONAME 'libfnv_udf.so'" -p
Enter password:
linuxmint ~ # mysql -e "CREATE FUNCTION murmur_hash RETURNS INTEGER SONAME 'libmurmur_udf.so'" -p
Enter password:
linuxmint ~ #
linuxmint ~ # mysql -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 52
Server version: 5.6.13-rc61.0 Percona Server (GPL), Release 61.0

Copyright (c) 2009-2013 Percona LLC and/or its affiliates
Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> SELECT VERSION();
+---------------+
| VERSION() |
+---------------+
| 5.6.13-rc61.0 |
+---------------+
1 row in set (0.04 sec)

MariaDB 10 & 5.5 resultou tanto com o seguinte
https://downloads.mariadb.org/mariadb/repositories/


linuxmint ~ # apt-get install mariadb-server
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Então, você precisa rever
https://mariadb.com/kb/en/installing-mariadb-deb-files/

linuxmint ~ # apt-cache show mysql-common | grep Version
Version: 5.5.33a+maria-1~raring
linuxmint ~ # apt-cache show libmysqlclient18 | grep Version
Version: 5.5.33a+maria-1~raring

linuxmint ~ # apt-get install mariadb-server-5.5 mariadb-client-5.5 libmysqlclient18=5.5.33a+maria-1~raring mysql-common=5.5.33a+maria-1~raring
Reading package lists... Done
Building dependency tree
Reading state information... Done

MySQL:
http://dev.mysql.com/downloads/mysql /
É possível baixar os pacotes Debian do dev.mysql.com / downloads site.

terça-feira, 8 de outubro de 2013

Mudando do MySQL 5.6 para 5.6 Percona

Original post: http://anothermysqldba.blogspot.com/2013/10/moving-from-mysql-56-to-percona-56.html

Percona 5.6 foi lançado recentemente (hoje cedo, no momento deste post). Então, como exemplo simples o que todos que é preciso para mover-se para este "drop em substituição?"

Oct 7 06:47 Percona-Server-56-debuginfo-5.6.13-rel61.0.461.rhel6.x86_64.rpm
Oct 7 06:47 Percona-Server-client-56-5.6.13-rel61.0.461.rhel6.x86_64.rpm
Oct 7 06:47 Percona-Server-devel-56-5.6.13-rel61.0.461.rhel6.x86_64.rpm
Oct 7 06:47 Percona-Server-server-56-5.6.13-rel61.0.461.rhel6.x86_64.rpm
Oct 7 06:47 Percona-Server-shared-56-5.6.13-rel61.0.461.rhel6.x86_64.rpm

Oct 7 06:47 Percona-Server-test-56-5.6.13-rel61.0.461.rhel6.x86_64.rpm
# rpm -qa | grep MySQL
MySQL-server-5.6.13-1.el6.x86_64
MySQL-devel-5.6.13-1.el6.x86_64
MySQL-shared-compat-5.6.13-1.el6.x86_64
perl-DBD-MySQL-4.013-3.el6.x86_64
MySQL-python-1.2.3-0.3.c1.1.el6.x86_64
MySQL-client-5.6.13-1.el6.x86_64
MySQL-shared-5.6.13-1.el6.x86_64
MySQL-test-5.6.13-1.el6.x86_64


# rpm -Uhv *.rpm

Enquanto isso seria bom ser capaz de se mover a partir do MySQL para Percona com um comando tão simples, você terá conflitos se você tentou fazê-lo.

Percona-Server-server-56-5.6.13-rel61.0.461.rhel6.x86_64 conflicts with file from package MySQL-server-5.6.13-1.el6.x86_64

Então, em vez você tem que fazer o seguinte.

Você já deve ter cópias de segurança, mas apenas no caso de criar outro.

Um exemplo extremamente simples abaixo com Xtrabackup
innobackupex ./

  • Desligue o MySQL
  • Remover os pacotes
  • Instale Percona
  • Iniciar e se conectar.

# /etc/init.d/mysql stop
Shutting down MySQL.. [ OK ]

# rpm -e MySQL-server MySQL-devel MySQL-client MySQL-shared MySQL-test mysql-workbench-community

# rpm -ihv Percona-Server-*.rpm
Preparing... ####################################### [100%]
1:Percona-Server-shared-5################################### [ 17%]
2:Percona-Server-client-5#################################### [ 33%]
3:Percona-Server-server-5################################### [ 50%]
Percona Server is distributed with several useful UDF (User Defined Function) from Maatkit.
Run the following commands to create these functions:
mysql -e "CREATE FUNCTION fnv1a_64 RETURNS INTEGER SONAME 'libfnv1a_udf.so'"
mysql -e "CREATE FUNCTION fnv_64 RETURNS INTEGER SONAME 'libfnv_udf.so'"
mysql -e "CREATE FUNCTION murmur_hash RETURNS INTEGER SONAME 'libmurmur_udf.so'"
See http://code.google.com/p/maatkit/source/browse/trunk/udf for more details
4:Percona-Server-test-56 ###################################### [ 67%]
5:Percona-Server-devel-56###################################### [ 83%]
6:Percona-Server-56-debug##################################### [100%]
[root@centos64 Percona]# /etc/init.d/m
mdmonitor memcached messagebus mysql mysqld
[root@centos64 Percona]# /etc/init.d/mysql start
Starting MySQL (Percona Server)............... [ OK ]

# mysql -e "CREATE FUNCTION fnv1a_64 RETURNS INTEGER SONAME 'libfnv1a_udf.so'"

# mysql -e "CREATE FUNCTION fnv_64 RETURNS INTEGER SONAME 'libfnv_udf.so'"
# mysql -e "CREATE FUNCTION murmur_hash RETURNS INTEGER SONAME 'libmurmur_udf.so'"

#mysql
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 4
Server version: 5.6.13-56-log Percona Server (GPL), Release rel61.0, Revision 461

Copyright (c) 2009-2013 Percona LLC and/or its affiliates
Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.

Você agora está livre para explorar Percona 5.6.

terça-feira, 24 de setembro de 2013

MySQL uma comunidade global

Original post: http://anothermysqldba.blogspot.com/2013/09/mysql-global-community.html

Sinto-me encorajado pela resposta a este blog para agradecer a todos que leram.

Desde o MySQL é uma comunidade global. Eu percebi que eu gostaria de salientar o interesse global que eu tenho rastreado através deste blog. Isso de maneira nenhuma pode determinar o único interesse em MySQL global por região. No entanto, eu achei interessante ver os diferentes temas que os diferentes países / idiomas estão focados. Os temas realmente variam. Talvez você também pode encontrar algo útil e talvez ele possa ajudar mais apoio direto à comunidade não-Inglês.

Eu não vou quebrá-lo pelo país, mas não por linguagem para refletir os diferentes blogs.

English:






Chinese:




Japanese:





Spanish:




Portuguese:







MySQL YUM Repo (da Oracle, MariaDB e Percona)

Original post: http://anothermysqldba.blogspot.com/2013/09/mysql-yum-repo-oracles-mariadb-and.html

Muitas pessoas hoje preferem ficar com o gerenciador de pacotes yum para instalar seu software relacionado sobre o download do último RPM do MySQL, por exemplo.

Enquanto você pode baixar RPMS de um fornecedor e instalar com o yum (yum install *. Rpm) também poderá atualizar o seu repositório yum para puxar diretamente do fornecedor para os pacotes do MySQL. No momento deste post, você só vai deixá-lo pronto para o MySQL 5.5.13, embora MySQL 5.6 GA foi lançado 05 fevereiro de 2013 , através do Oráculo de recompra. Agora que MariaDB lançou MariaDB 5.5.33-Espero que a Oracle vai começar a se mexer e atualizar seu repo público.

Independentemente do que você escolher. Aqui está como configurar repos fornecedores para que você possa acessar o que você gostaria.

Todos os casos têm páginas que eu listei, que são fáceis de seguir e configurar. Eu vou seguir em frente e dar exemplos bem.

Vou usar CentOS 6 64bits para estes exemplos.

Em todos os casos, você estará trabalhando a partir do diretório yum.repos.d como root.
cd / etc / yum.repos.d


http://public-yum.oracle.com
wget https://public-yum.oracle.com/public-yum-ol6.repo
# Vi público-yum-ol6.repo
Localize a seguinte e editar habilitado a 1 de 0 salve o arquivo.




[Ol6_MySQL]
name = MySQL para Oracle Linux 6 ($ basearch)
baseurl = http://public-yum.oracle.com/repo/OracleLinux/OL6/MySQL/ $ basearch /
gpgkey = file :/ / / etc / PKI / rpm-gpg / RPM-GPG-KEY-oracle
gpgcheck = 1
enabled = 1

yum list | grep MySQL
mysql.x86_64 5.5.34-1.el6 ol6_MySQL
mysql-devel.x86_64 5.5.34-1.el6 ol6_MySQL
mysql-embedded.x86_64 5.5.34-1.el6 ol6_MySQL
mysql-embedded-devel.x86_64 5.5.34-1.el6 ol6_MySQL
mysql-libs.x86_64 5.5.34-1.el6 ol6_MySQL
mysql-libs-compat.x86_64 5.5.34-1.el6 ol6_MySQL
mysql-server.x86_64 5.5.34-1.el6 ol6_MySQL
mysql-test.x86_64 5.5.34-1.el6 ol6_MySQL


https://downloads.mariadb.org/mariadb/repositories/
vi MariaDB.repo






MariaDB não oferecer-lhe a opção de escolher 5.5 ou 10, eu usei 5.5 para este exemplo.


# MariaDB 5.5 CentOS repository list - created 2013-09-24 21:59 UTC
# http://mariadb.org/mariadb/repositories/
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/5.5/centos6-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1



MariaDB-Galera-server.x86_64 5.5.32-1 mariadb
MariaDB-client.x86_64 5.5.33a-1 mariadb
MariaDB-common.x86_64 5.5.33a-1 mariadb
MariaDB-compat.x86_64 5.5.33a-1 mariadb
MariaDB-devel.x86_64 5.5.33a-1 mariadb
MariaDB-server.x86_64 5.5.33a-1 mariadb
MariaDB-shared.x86_64 5.5.33a-1 mariadb
MariaDB-test.x86_64 5.5.33a-1 mariadb
galera.x86_64 23.2.6-1.rhel6 mariadb



http://www.percona.com/doc/percona-server/5.5/installation/yum_repo.html
vi Percona.repo

[percona]
name = CentOS $releasever - Percona
baseurl=http://repo.percona.com/centos/$releasever/os/$basearch/
enabled = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-percona
gpgcheck = 1


percona-toolkit.noarch 2.2.4-1 @/percona-toolkit-2.2.4-1.noarch
percona-xtrabackup.x86_64 2.1.3-608.rhel6 @/percona-xtrabackup-2.1.3-608.rhel6.x86_64
Percona-SQL-50-debuginfo.x86_64 5.0.92-b23.89.rhel6 percona
Percona-SQL-client-50.x86_64 5.0.92-b23.89.rhel6 percona
Percona-SQL-devel-50.x86_64 5.0.92-b23.89.rhel6 percona
Percona-SQL-server-50.x86_64 5.0.92-b23.89.rhel6 percona
Percona-SQL-shared-50.x86_64 5.0.92-b23.89.rhel6 percona
Percona-SQL-shared-compat.x86_64 5.0.92-b23.89.rhel6 percona
Percona-SQL-test-50.x86_64 5.0.92-b23.89.rhel6 percona
Percona-Server-51-debuginfo.x86_64 5.1.71-rel14.9.589.rhel6 percona
Percona-Server-55-debuginfo.x86_64 5.5.33-rel31.1.566.rhel6 percona
Percona-Server-56-debuginfo.x86_64 5.6.13-rc60.6.427.rhel6 percona
Percona-Server-client-51.x86_64 5.1.71-rel14.9.589.rhel6 percona
Percona-Server-client-55.x86_64 5.5.33-rel31.1.566.rhel6 percona
Percona-Server-client-56.x86_64 5.6.13-rc60.6.427.rhel6 percona
Percona-Server-devel-51.x86_64 5.1.71-rel14.9.589.rhel6 percona
Percona-Server-devel-55.x86_64 5.5.33-rel31.1.566.rhel6 percona
Percona-Server-devel-56.x86_64 5.6.13-rc60.6.427.rhel6 percona
Percona-Server-server-51.x86_64 5.1.71-rel14.9.589.rhel6 percona
Percona-Server-server-55.x86_64 5.5.33-rel31.1.566.rhel6 percona
Percona-Server-server-56.x86_64 5.6.13-rc60.6.427.rhel6 percona
Percona-Server-shared-51.x86_64 5.1.71-rel14.9.589.rhel6 percona
Percona-Server-shared-55.x86_64 5.5.33-rel31.1.566.rhel6 percona
Percona-Server-shared-56.x86_64 5.6.13-rc60.6.427.rhel6 percona
Percona-Server-shared-compat.x86_64 5.5.33-rel31.1.566.rhel6 percona
Percona-Server-shared-compat-51.x86_64 5.1.71-rel14.9.589.rhel6 percona
Percona-Server-test-51.x86_64 5.1.71-rel14.9.589.rhel6 percona
Percona-Server-test-55.x86_64 5.5.33-rel31.1.566.rhel6 percona
Percona-Server-test-56.x86_64 5.6.13-rc60.6.427.rhel6 percona
Percona-XtraDB-Cluster-client.x86_64 1:5.5.33-23.7.6.495.rhel6 percona
Percona-XtraDB-Cluster-debuginfo.x86_64 1:5.5.33-23.7.6.495.rhel6 percona
Percona-XtraDB-Cluster-devel.x86_64 1:5.5.33-23.7.6.495.rhel6 percona
Percona-XtraDB-Cluster-galera.x86_64 2.7-1.157.rhel6 percona
2.7-1.157.rhel6 percona
Percona-XtraDB-Cluster-server.x86_64 1:5.5.33-23.7.6.495.rhel6 percona
Percona-XtraDB-Cluster-shared.x86_64 1:5.5.33-23.7.6.495.rhel6 percona
Percona-XtraDB-Cluster-test.x86_64 1:5.5.33-23.7.6.495.rhel6 percona
jemalloc.x86_64 3.3.1-1.el6 percona
jemalloc-devel.x86_64 3.3.1-1.el6 percona
percona-cacti-templates.noarch 1.0.4-1 percona
percona-nagios-plugins.noarch 1.0.4-1 percona
percona-playback.x86_64 0.6-2.el6 percona
percona-playback-debuginfo.x86_64 0.6-2.el6 percona
percona-playback-devel.x86_64 0.6-2.el6 percona
percona-xtrabackup.x86_64 2.1.5-680.rhel6 percona
percona-xtrabackup-20.x86_64 2.0.8-587.rhel6 percona
percona-xtrabackup-20-debuginfo.x86_64 2.0.8-587.rhel6 percona
percona-xtrabackup-20-test.x86_64 2.0.8-587.rhel6 percona
percona-xtrabackup-test.x86_64 2.1.5-680.rhel6 percona
qpress.x86_64 11-1.el6 percona
qpress-debuginfo.x86_64 11-1.el6 percona

 
Esperemos que isto irá ajudá-lo a ser capazes de ficar atualizado além do que poderia estar em seus repositórios padrão no momento.