netoec.com Blog

Instalacion de fuentes TrueType en Centos 6

sin comentarios

Para instalar las fuentes TrueType en un Centos 6 o compatible, se puede seguir el siguiente proceso, como root desde una consola ejecutamos:

1. Descargar archivo

wget http://netoec.com/wp-content/uploads/2013/04/Fonts.zip

 

2. Descomprimir el archivo

unzip Fonts.zip

 

3. Copiamos las fuentes

mkdir -p /usr/share/fonts/truetype
cp ~/Fonts/* /usr/share/fonts/truetype

 

Escrito por netoec84

23 de abril de 2013 a las 08:44

Publicado en Linux

Etiquetas ,

Instalación de SVN (Subversion) en Centos 6

sin comentarios

Subversion, es un sistema de control de versiones también conocido como SVN. A continuación se detallará el proceso para instalarlo en un Servidor Linux Centos 6, en este caso hemos utilizado la versión 64 bits.

 

1. InstalaciónPara instalarlo, como root, desde una consola escribimos los siguientes comandos:

yum -y install mod_dav_svn subversion

 

2. Configuración subversion

Editamos el archivo:

vim /etc/httpd/conf.d/subversion.conf

 

Y agregamos las siguientes lineas:

<Location /svn>
 DAV svn
 SVNParentPath /var/www/svn
 AuthType Basic
 AuthName "Subversion repositories"
 AuthUserFile /etc/subversion/svn-auth-users
 Require valid-user
 </Location>

 

3. Creación de usuarios

htpasswd -cm /etc/subversion/svn-auth-users nombreusuario
New password:
Re-type new password:
Adding password for user nombreusuario

En este caso se agrego la opción “c” para crear el archivo, para los siguientes usuarios no será necesario hacerlo.

 

4. Creación y configuración del repositorio SVN

mkdir /var/www/svn
cd /var/www/svn
svnadmin create testrepo
chown -R apache.apache testrepo

 

 

5. Reiniciar apache

service httpd restart

Si ingresamos a nuestro servidor http://IP/svn/restrepo nos deberá pedir las credenciales y tendremos funcionando nuestro servidor SVN.

 

6. Configuración de repositorio

Para deshabilitar el acceso anonimo editamos:

 

vim /var/www/svn/testrepo/conf/svnserve.conf

 

Y verificamos que las siguientes lineas sean similares a:

anon-access = none
 authz-db = authz

Escrito por netoec84

18 de abril de 2013 a las 07:40

Instalar cliente SVN gráfico Fedora 18 64 bits. (Equivalente a TortoiseSVN)

sin comentarios

Aun que no existe soporte del cliente utilizado comúnmente en Windows, TortoiseSVN existe una alternativa interesante para quienes utilizamos Fedora 18 64 bits y queremos utilizar una herramienta gráfica para versionamiento con SVN. Para instalar RabbitVCS procedemos como root a ejecutar los siguientes comandos:

 

yum -y install rabbitvcs* python-simplejson
ln -s /usr/lib64/libpython2.6.so /usr/lib/libpython2.6.so
gsettings set org.gnome.desktop.interface menus-have-icons true
gsettings set org.gnome.desktop.interface buttons-have-icons true

 

Finalmente es probable que debamos reiniciar el ambiente para ver los cambios.

 

Escrito por netoec84

16 de abril de 2013 a las 08:15

Publicado en Control de Versiones

Etiquetas , ,

Replicación Maestro – Esclavo MySQL Server

sin comentarios

Existen diversos esquemas de replicación de bases de datos en MySQL, su utilización es diversa pero se podría decir que lo más común es que se la utilice para garantizar la disponibilidad de la base de datos ante grandes volúmenes de carga. En esta oportunidad analizaremos el esquema de replicación Maestro – Esclavo.

mysql_replicacion

La replicación Maestro – Esclavo es útil cuando nosotros necesitamos realizar operaciones de selección, inserción, actualización y eliminado en el Master, mientras que el servidor Esclavo esta destinado principalmente a realizar operaciones de selección. Si realizamos cualquier otra operación estas no serán replicadas en el Maestro, cosa que si ocurre a la inversa.

Para el siguiente ejemplo utilizaremos unicamente un servidor Maestro y otro Esclavo, pero fácilmente se podría tener n Esclavos.

Servidor Maestro

Editar el archivo de configuración /etc/my.cnf de tal forma que sea similar a lo siguiente:

vim /etc/my.cnf
log-bin=mysql-bin
 server-id=1
 replicate-do-db=NOMBRE_BDD
 binlog-do-db=NOMBRE_BDD

Reiniciar el servicio

service mysqld restart

Mediante un cliente mysql, puede ser desde el cliente consola o phpmyadmin creamos un usuario con privilegios de replicación de la siguiente manera:

CREATE USER 'usuario'@'host' IDENTIFIED BY 'clave';
 GRANT REPLICATION SLAVE ON nombre_bdd.* TO 'usuario'@host' IDENTIFIED BY 'clave';

Obviamente debemos reemplazar por los valores adecuados, el nombre de usuario, clave, host, base de datos. Ejecutamos desde la misma consola:

FLUSH TABLES WITH READ LOCK;
 SHOW MASTER STATUS;

Veremos una tabla similar a la siguiente:

+------------------+----------+---------------+------------------+
| File             | Position | Binlog_Do_DB  | Binlog_Ignore_DB |
+------------------+----------+---------------+------------------+
| mysql-bin.000001 |       98 | dbmydnsconfig |                  |
+------------------+----------+---------------+------------------+

Debemos recordar los valores, para utilizarlos posteriormente. Finalmente ejecutamos:

UNLOCK TABLES;

En el Servidor Esclavo.

Editamos el archivo de configuración:

vim /etc/my.cnf

Agregamos lo siguiente con el fin de tener algo similar a:

server-id=2
 replicate-do-db=NOMBRE_BDD
 binlog-do-db=NOMBRE_BDD
 replicate-ignore-db = mysql
 replicate-wild-do-table=NOMBRE_BDD.%

En este caso note que he especificado que no se replique la base de datos mysql. Ejecutamos desde el cliente de MySQL:

CHANGE MASTER TO
 MASTER_HOST='host',
 MASTER_USER='usuario',
 MASTER_PASSWORD='clave',
 MASTER_PORT=3306,
 MASTER_LOG_FILE='mysql-BIN.000001',
 MASTER_LOG_POS=98;

Recuerden cambiar los valores por el correspondiente indicado al ejecutar en el Maestro SHOW MASTER STATUS. Finalmente ejecutamos

START SLAVE;

Y deberíamos tener funcionando el esquema de replicación Maestro – Esclavo.

Escrito por netoec84

16 de abril de 2013 a las 07:14

Publicado en MySQL

Etiquetas , , ,

Recuperación Fallo en Replicación MySQL maestro – esclavo

sin comentarios

Si por alguna razón una base de datos MySQL que esta replicada falla en la sincronización y es necesario volver a sincronizarlas manualmente, este es el procedimiento a seguir:

En el servidor Master

RESET MASTER;
FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;

Copiar los valores del resultado del ultimo comando ejecutado para ser utilizado posteriormente. Debe ser algo así:

+------------------+----------+---------------+------------------+
| File             | Position | Binlog_Do_DB  | Binlog_Ignore_DB |
+------------------+----------+---------------+------------------+
| mysql-bin.000001 |       98 | dbmydnsconfig |                  | 
+------------------+----------+---------------+------------------+

Sin cerrar la conexión, puesto que se perdería el bloqueo de las tablas, realizar un volcado de la base de datos master:

mysqldump -uroot -p --all-database > /RUTA/mysqldump.sql

Ahora, podemos liberar el bloqueo de las tablas. Para hacerlo, ejecutar el siguiente comando desde el cliente mysql:

UNLOCK TABLES;

Ahora, copiamos el archivo generado al servidor esclavo utilizando nuestra herramienta favorita (scp, cp, rsync)

En el Esclavo

Abrir una conexión MySQL con nuestro cliente de consola y digitar:

STOP SLAVE;

Cargar el archivo generado y copiado de la siguiente manera:

mysql -uroot -p < mysqldump.sql

Sincronizar desde el cliente MySQL el esclavo y master de la siguiente forma:

RESET SLAVE;
CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=98;

Donde los valores de los campos son los que copiamos inicialmente

Finalmente digitar:

START SLAVE;

Y verificamos que todo este funcionando correctamente, digitamos:

SHOW SLAVE STATUS;

Y deberíamos ver en alguna parte:

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

Eso es todo!

Escrito por netoec84

14 de abril de 2013 a las 09:19

Publicado en MySQL

Etiquetas , , , , ,

Página 1 de 1212345...10...Última »