RedHat 5.1 y almacenamiento SAN

Describe algunos detalles de cómo trabajar en RedHat5.1 con almacenamiento en S.A.N.

Ignacio Barrancos Martínez
19/Diciembre/2007

1. Introducción

En Diciembre de 2007 se contrataron los servicios profesionales de RedHat para la implantanción de un piloto con XEN y RHCluster Suite de forma que los recursos del cluster fueran las máquinas virtuales que ofrecerían los servicios NFS y SAMBA. La implantación de este proyecto se realizaría sobre la versión RedHat 5.1 y constituyó nuestra primera experiencia con esta plataforma. Por ello, hemos decido ir incluyendo en este documento aquellas cosillas que han cambiado desde las versiones previas.

2. Almacenamiento SAN

La primera cosa con la que nos encontramos fue el hecho de que la forma de obtener la información sobre las QLogics y el almacenamiento compartido había cambiado, por un tema a nivel de implementación del módulo del kernel. Siguiendo esta nota http://kbase.redhat.com/faq/FAQ_103_11726.shtm de la base de conocimiento de RedHat podemos comprobar los cambios.

De forma resumida en el documento se nos cuenta que debemos ejecutar...

Saber si hay link en el cable

Ejecutar...

cat  /sys/class/scsi_host/host?/state
Conocer todo sobre las HBAs

Ejecutar este comando es lo más parecido a lo que antiguamente hacíamos al ejecutar cat /proc/scsi/qla2xxx/.

systool -c fc_host -v

systool -c scsi_host -v
Conocer todo sobre los discos SCSI que vemos

Ejecutar...

systool -c scsi_disk -v 

systool -b scsi -v
Conocer las opciones con las que está funcionando el driver

Ejecutar...

systool -m lpfc -v
systool -m qla2xxx -v

Podemos instalar el paquete sg3_utils, y acceder a nuevos comandos. Para instalar el paquete, deberás:

yum install sg3_utils

Luego, para conocer información sobre los discos scsi, podremos ejecutar:

modprobe sg
sg_map -x

3. Bonding

Cuando trabajamos con bonding en RHEL5.1 lo primero que comprobamos es que la salida del comando ifconfig cambia con respecto a RHEL4, y no tenemos el NOARP en la interfaz pasiva que nos permitía conocer la interfaz esclava. Ahora podremos averiguarlo mediante:

cat /proc/net/bonding/bond0 | grep -i primary

3.1. Reordenación de NICs y ethX: Fijar HWADDR

En esta distribución se detectó que tras varios reinicios el orden de la targetas de red, cambiaba y obviamente la red dejaba de funcionar: Ticket en issue-tracker 143945. Después de diferentes pruebas y dos semanas con esto, se deduce que al fijar el parámetro HWADDR en los scripts /etc/sysconfig/network-scripts/ifcfg-eth? a las MACs físicas (que obtendremos desde la iLO del Blade) el problema de la reordenación aleatoria desaparece.

Dónde encontrar las MACs en iLO v1
Figura 1: Dónde encontrar las MACs en iLO v1

Dónde encontrar las MACs en iLO v2
Figura 2: Dónde encontrar las MACs en iLO v2

3.2. Avisos de Mac duplicada al parar el bonding

En esta distribución se detectó que detener el servicio de red con bonding configurado, se mostraba un mensaje que nos alertaba de que existía una MAC repetida en la red, que además coincidía con la MAC de la NIC activa del Bonding en ese momento.

Aviso de Mac repetida
Figura 3: Aviso de Mac repetida

Con ello, generamos una consulta a RedHat a través del soporte TAM, ticket en issue-tracker 143014, donde se nos comentaba que podíamos ignorar tranquilamente este mensaje. Comprobamos que el funcionamiento habitual del bonding, no se veía afectado.

No hay comentarios: