Clúster


Verificando la configuración

Para asegurar que el clúster ha sido correctamente  configurado, utilizamos las utilerías ubicadas en /usr/sbin

Probamos la accesibilidad a las particiones compartidas.

/usr/sbin/shutil -v

Las particiones compartidas se deberán referir al mismo dispositivo físico. Si el comando anterior funciona correctamente entonces ejecutamos en cada uno de los nodos para desplegar el encabezado de la estructura de datos para la partición compartida.

/usr/sbin/shutil -p /cluster/header

Si la salida es diferente en cada miembro, entonces hay un error, pues no están apuntando todos a la misma partición compartida.

Varificar que los dispositivos de memoria como tal existen y están correctamente indicados en el archivo /etc/sysconfig/rawdevices

Determinar cada bus en cada miembro, examinamos el sistema de mensajes de inicio ejecutando

dmesg |less

Verificar que el miembro no esta tratando de montar un FS en la partición compartida, verificando que el dispositivo actual no esta incluido en el /etc/fstab

Volvemos a ejecutar para verificar

/usr/sbin/shutil -p

Probamos la operación de los interruptores de alimentación

Si se están usando interruptores de alimentación en la configuración del hardware, ejecutamos el comando confluence en cada miembro puede remotamente encender el ciclo hacia otro miembro. No ejecutar el comando mientras se esta ejecutando algún SW.

clufence

  • -d — Turn on debugging
  • -f — Fence (power off) member
  • -u — Unfence (power on) member
  • -r — Reboot (power cycle) member
  • -s — Check status of all switches controlling member

Asegurar que todos los miembros están ejecutando la misma versión del software

Para desplegar el resultado de la revisión de los RPM´s instalados en el clúster, ejecutamos en cada miembro el comando:

rpm -q clumanager

rpm -q redhat-config-cluster

Git


Instalación

  1. sudo yum install git
  2. git --version

 

Uso

Clonando un repositorio.

git clone <repository-name.git>

Verificación del estatus del repositorio local, indicandonos si está sincronizado

git status

Como buena práctica, antes verificamos que nuestro repo LOCAL tenga todos los cambios en el MASTER.

git pull origin master

Se agregan todos los cambios locales al listado de los cambios por subir.

git add .

En caso de haber elimidado algunos archivos, deberemos utilizar:

git add --all

Enviamos los cambios y hacemos commit

git push origin master
git commit -m "Comentarios"

Comparto contigo algunos proyectos en https://gitahub.com/yanellyjm

Vagrant


Versión en español de …

Vagrant es una herramienta para la creación y configuración de entornos de desarrollo virtualizados.

Desde la versión 1.1 Vagrant es capaz de trabajar con múltiples proveedores, como VMwareAmazon EC2LXCDigitalOcean, etc. Y se puede usar en multitud de proyectos escritos en otros lenguajes, tales como PHPPythonJavaC# y JavaScript.

¿Por qué VAGRANT?

Vagrant provee configuraciones fáciles, reproducibles y portables a través de distintos ambientes de trabajo, construidos con los mejores estándares de la industria de la tecnología y controlados por un único y consistente flujo para ayudar a maximizar la productividad y flexibilidad.

Para lograr esto, Vagrant soporta sobre sus hombros a gigantes. Las máquinas son aprovisionadas dentro de distintos proveedores de servicios de virtualización como son, Virtual Box, AWS y cualquier otro proveedor. Luego entonces, herramientas de aprovisionamiento  estándar en la industria como Shell Scripts, Chef, Puppet; pueden ser utilizadas para automatizar la instalación y configuración del software en las máquinas.

COMO VAGRANT TE BENEFICIA

Si se es Desarrollador, Vagrant va a aislar dependencias y su configuración dentro de un único entorno disponible, consistente y sin sacrificar ninguna de las herramientas que se tiene acostumbrado utilizar como editores, debuggers, etc. Una vez que se crea el vagrantfile, sólo es necesario ejecutar el comando vagrant up y todo es instalado y configurado para trabajar; y así otros miembros del quipo pueden crear sus ambientes usando la misma configuración incluso en sistemas operativos diferentes, ejecutando código en el mismo ambiente, contra las mismas dependencias, todo configurado de la misma manera; diciendo así, adiós a resolver “los bugs en mi máquina”.

Si tu eres un Ingeniero de Operaciones, Vagrant da un ambiente disponible y un workflow consistente para desarrollar y probar scripts de gestión de infraestructura. Rápidamente se pueden probar cosas como Shell Scripts, Chef cookbooks, módulos de Puppet y más, utilizando virtualización local con Virtual Box o VMware. Luego entonces, con la misma configuración, se podrán probar los mismos scripts en la nube, como en AWS o RackSpace con el mismo workflow.

Deshazte de tus encargos de scripts para distintas instancias, detener vía SSH varios equipos, etc etc. y comienza a utilizar Vagrant para traer sanidad a tu vida. (Acaso es el pare de sufrir de los Desarrolladores??? jajajaa continuará … )

Herramienta muy útil dentro de los ambientes de desarrollo, que permite la automatización del aprovisionamiento de MV. Dentro del contexto de Storm.

WINDOWS

Instalación

VBOX_MSI_INSTALL_PATH = C:\Program Files\Oracle\VirtualBox\

Bugzilla


MYSQL

sudo apt-get install mysql-server mysql-client

Configuración

  • nano /etc/mysql/my.cnf

Asignar los siguientes valores en la línea 52:

  • max_allowed_packet=100M

Agregar una nueva línea, bajo la sección mysqld]

  • ft_min_word_len=2

Crear un usuario en MySQL para Bugzilla:

mysql -u root -p -e

Cambiar db_pass por el valor de la contraseña.

Reiniciar MySQL

sudo /etc/init.d/mysql start

Agregamos un usuario MySQL para Bugzilla:

mysql -u root -p

“GRANT ALL PRIVILEGES ON bugs.* TO bugs@localhost IDENTIFIED BY ‘EXIT$db_pass'”;

APACHE

Crear el archivo bugzilla.con

sudo nano /etc/apache2/sites-available/bugzilla.conf

ServerName localhost

<Directory /var/www/html>

AddHandler cgi-script .cgi

Options +ExecCGI

DirectoryIndex index.cgi index.html

AllowOverride Limit FileInfo Indexes Options

</Directory>

a2ensite bugzilla 

service apache2 reload

a2enmod cgi headers expires

service apache2 restart