viernes, 29 de noviembre de 2013

Una estrategia de la comunidad

Original post: http://anothermysqldba.blogspot.com/2013/11/a-strategy-from-community.html

Hemos visto las noticias sobre MariaDB reemplazar MySQL en Fedora, SUSE y Red Hat.

Mientras que Oracle no estaría contento con este tipo de noticias, la comunidad de código abierto compatible con el enfoque en una solución de código "más" abierta a ser implementado en Linux.

Lo interesante que todos podamos sobre el aspecto es que, la decisión o estrategia para pasar a MariaDB de MySQL fue probable es que no acaba de hacer por la alta dirección en Red Hat. Esto es mucho más probable que sea un movimiento de la comunidad de código abierto de Red Hat que evalúa y escucharon.

Considere esto, echar un vistazo atrás en casa de Jackie Yeaney ( @ jackieyeaney ) Publicación sobre el " Democratizar el Proceso de Estrategia Corporativa de Red Hat "(publicado 10 de noviembre 2011) y aprender cómo funciona Red Hat. "Hemos utilizado las redes existentes en la comunidad de código abierto para" mantener la mente abierta "y socializar las ideas fuera de Red Hat." La comunidad quería apertura y el resultado fue un movimiento para MariaDB por Red Hat, está relacionado con la estrategia abierta de Red Hat, en mi humilde opinión, lo más probable es que sí.

Jim Whitehurst ( @ JWhitehurst ) parece abrazar a la comunidad de código abierto no sólo a causa de los beneficios financieros que premia a la empresa, sino también por la forma en que ha revolucionado la forma de trabajar, tomar decisiones estratégicas y tomar la entrada de los demás: "Con suficientes ojos, todos los errores son poco profunda ".

Tome un momento para relacionar esta última afirmación a MySQL. Si usted sigue MySQL entonces usted es consciente de que Oracle cierra (o tiene una versión menos abierto ahora) el sitio bugs.mysql.com. Mientras que Oracle tiene su propio razonamiento corporativo para que la comunidad de código abierto de la siguiente manera "Dada suficientes ojos, todos los errores son superficiales".

Como MariaDB crece y se vuelven más arraigada en las distribuciones de Linux como predeterminado DB el seguimiento de errores relacionados estará abierto y será interesante ver cómo los errores divididos entre María y MySQL en el largo plazo.

Así que ahora .. lo interesante es mientras que MySQL tenía la empresa y las versiones de la comunidad pertenecientes a Oracle el movimiento todavía sucedió debido a MariaDB. Oracle también es propietaria de Java y el OpenJDK relacionada. Aunque sólo estoy pidiendo esto como un extraño mirando hacia adentro .. Si un Java / OpenJDK se diversificó en otro paquete de software que no era propiedad de Oracle, podríamos ver pronto un reemplazo para Java / OpenJDK en Red Hat también? Una vez más soy una persona ajena al mundo de Java, por lo que sólo pido que, debido a las similitudes que representa con MySQL.

martes, 19 de noviembre de 2013

MariaDB y las distribuciones de Linux

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

Así que por ahora muchos de ustedes han visto las noticias sobre Google, SUSE y Red Hat / Fedora mudarse a MariaDB como base de datos predeterminada en lugar de MySQL.

MariaDB y SkySQL han hecho movimientos de negocios muy productivos este año. ¿Qué significa esto en realidad para la comunidad MySQL y la comunidad en general de código abierto?

Para empezar piensan volver a lo que hizo tan popular MySQL? Es fácilmente disponible en todas las principales distribuciones de Linux.

OpenSUSE y Fedora ya se están moviendo a MariaDB para el impulso a un movimiento centrado código abierto ha comenzado. Después de una migración de Red Hat Enterprise Linux que tiene MariaDB como la base de datos por defecto entonces también significa que CentOS pronto tendrían MariaDB como base de datos predeterminada.

Probablemente pronto a seguir será una jugada de Ubuntu y Debian. Yo podría haber perdido las noticias en un movimiento ya, pero yo no lo creo.

Todo esto es una gran noticia y se mueve para MariaDB y la comunidad de código abierto. MariaDB, naturalmente, comienzan a ver la aceptación del usuario y el uso. Aunque MySQL de Oracle sigue siendo un paquete de software de código abierto el gran problema ha sido el sitio bugs.mysql.com y seguimiento de errores de usuario mysql. ¿La gente pronto comenzará a realizar un seguimiento más errores en MariaDB?

MariaDB también tiene características de código abierto que imitan la empresa únicas soluciones disponibles en MySQL de Oracle. Así que muchos usuarios van a recoger naturalmente arriba en esas características.

Mientras que Oracle es la construcción de grandes características y el código, pero ¿cómo muchos en la comunidad están tomando? MySQL 5.1 se utiliza mucho en la comunidad utiliza las distribuciones de Linux y muchos usuarios sólo podría saber MySQL 5.1 y tan pronto MariaDB 5.5.

¿Qué pasará después?
Bueno lo que Oracle decide hacer aún está por verse. Oracle ya tiene Red Hat Linux para construir su Oracle Linux (OEL). Así que, irónicamente, ahora MariaDB, que se bifurca desde MySQL de Oracle, estará en Red Hat Linux para Oracle de quitar para su OEL. Will Oracle luchar con Java de alguna manera?

¿Qué Percona hacer? Percona es también un jugador en esto y ha tenido una relación respetuosa con MariaDB y Oracle a través de los años. Naturalmente, Percona no se inclinan hacia el lado de fuente abierta de las cosas, así que será curioso ver si se produce cualquier movimiento por parte de Percona. Serán más herramientas centrado en características MariaDB convirtiéndose pronto?

¿Qué va a MariaDB hacer? Bueno, el control de la tasa de crecimiento de los insectos en la base de datos de errores MariaDB ayudará a mostrar cómo muchas personas están empezando a tomar en MariaDB.
Will Maria en algún momento romper con las actualizaciones de código fuente de MySQL y continuar construye sólo con la comunidad y sus ingenieros?

Entonces, ¿qué pasa después? No lo sabemos. Corresponde a la comunidad de código abierto. Una gran cantidad de voces airadas se había dirigido a Oracle en los últimos años. Entonces, ¿cómo esas voces cambian o mostrar apoyo a MariaDB pronto está por verse. Mientras que muchos de ellos probablemente ya apoyar MariaDB, es la adopción de las masas que mostrarán qué tan bien MariaDB hace en relación a MySQL. Muchas empresas saben el nombre MySQL y se atreven a ir a MariaDB (Esto me pasó a mí el otro día.). Así que el trabajo de MariaDB aún no ha terminado.
Y sin embargo, después de todo esto ... Oracle, Red Hat y Google todavía se unen para ayudar al gobierno a nosotros .

miércoles, 30 de octubre de 2013

MySQL en Google Cloud SQL

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

Si todavía no has visto este .. muy bien ...

puede "acceder mediante Client MySQL y otras herramientas de administración y presentación de informes que trabajan con bases de datos MySQL."

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

"Google Cloud SQL es una base de datos MySQL que vive en la nube de Google. Tiene todas las capacidades y funcionalidades de MySQL, con algunas características adicionales y algunas características no compatibles que se enumeran a continuación. Google Cloud SQL es fácil de usar, no requiere ninguna instalación de software o mantenimiento y es ideal para pequeñas y medianas aplicaciones ".

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

viernes, 11 de octubre de 2013

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

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

Empiece a trabajar fácilmente con Percona 5.6 en Debian.
En este ejemplo se está ejecutando 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 y 5,5 tanto resultado con la siguiente
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.

Así que hay que revisar
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 /
Es posible descargar los paquetes de debian del dev.mysql.com / downloads sitio.

miércoles, 9 de octubre de 2013

Pasar de MySQL 5.6 a 5.6 Percona

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

Percona 5.6 fue lanzado recientemente (el día de hoy en el momento de este post). Así como simple ejemplo lo que todo se tarda en pasar a este "gota en el reemplazo?"

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

Aunque sería agradable ser capaz de pasar de MySQL a Percona con un comando sencillo obtendrá conflictos si has probado.

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

Así que en lugar que tienes que hacer lo siguiente.

Usted ya debe tener copias de seguridad, pero sólo en caso de crear otro.

Un ejemplo muy sencillo a continuación con Xtrabackup
innobackupex ./

  • Apague MySQL
  • Retire los envases
  • Instale Percona
  • Inicio y conectarse.

# /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.

Ahora eres libre para explorar Percona 5.6.

miércoles, 25 de septiembre de 2013

MySQL una Comunidad Global

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

Me siento alentado por la respuesta a este blog, así que gracias a todos los que lo han leído.

Desde MySQL es una comunidad global. Pensé que me gustaría señalar el interés mundial que he seguido a través de este blog. Esto de ninguna manera se puede determinar el único interés en MySQL general por región. Sin embargo, he encontrado que es interesante ver los diferentes temas que los diferentes países / idiomas se centran en. Los temas en realidad varían. Tal vez también se puede encontrar algo útil y tal vez puede ayudar a apoyo directo más a la comunidad sin fines de Inglés.

No voy a romperlo por países sino por el lenguaje para reflejar los diferentes blogs.


English:






Chinese:




Japanese:





Spanish:




Portuguese:







MySQL YUM Repo (de Oracle, MariaDB y Percona)

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

Mucha gente hoy en día prefieren seguir con el gestor de paquetes yum para instalar su software relacionado en vez de bajar el último RPM de MySQL, por ejemplo.

Mientras que usted puede descargar RPMS de un proveedor e instalar con yum (yum install *. Rpm) Usted también puede actualizar su repositorio yum para tirar directamente del proveedor de paquetes MySQL. En el momento de este artículo sólo se conseguirá hasta MySQL 5.5.13, aunque MySQL 5.6 GA fue lanzado 05 de febrero 2013 a través del Oracle repo. Ahora que ha lanzado MariaDB MariaDB-5.5.33 Espero Oracle muévete y actualizar su repositorio público.

Independientemente de lo que elija. Aquí está cómo configurar repos vendedor para que pueda acceder a lo que usted desea.

Todos los casos tienen páginas que he mencionado que son fáciles de seguir y de configurar. Voy a seguir adelante y dar ejemplos también.

Voy a utilizar CentOS 6 64 bits para estos ejemplos.

En todos los casos usted va a trabajar desde el directorio 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
Busque la siguiente y editar permitido 1 de 0 a continuación, guarde el archivo.




[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
habilitado = 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 hace le ofrecerá la opción de elegir 5.5 ó 10, solía 5.5 para este ejemplo.


# 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

 
Esperamos que esto ayude a todos a ser capaz de recibir información actualizada más allá de lo que podría estar en sus repositorios estándar en este momento.