EMC PowerPath para Linux versión 5.5. Guía de instalación ... › es-mx › collaterals ›...

EMC South ConeSedes centrales:Torre Alem Plaza

Av. Leandro N. Alem 855 Piso 17 C1001AADBuenos Aires, Argentina

1-508-435-1000www.EMC.com

EMC® PowerPath®

para LinuxVersión 5.5

Guía de instalación y administraciónP/N 300-011-249

Rev A01

Visite el sitio Web de EMC correspondiente a su región.

2

Copyright © 1997 - 2010 EMC Corporation. Todos los derechos reservados.Publicado en octubre de 2010

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso.

LA INFORMACIÓN DE ESTA PUBLICACIÓN SE PROPORCIONA “TAL CUAL”. EMC CORPORATION NO SE HACE RESPONSABLE NI OFRECE GARANTÍA DE NINGÚN TIPO CON RESPECTO A LA INFORMACIÓN DE ESTA PUBLICACIÓN Y, ESPECÍFICAMENTE, RENUNCIA A TODA GARANTÍA IMPLÍCITA DE COMERCIABILIDAD O CAPACIDAD PARA UN PROPÓSITO DETERMINADO.

El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente.

Para obtener una lista más actualizada de nombres de productos de EMC, consulte las marcas comerciales de EMC Corporation en argentina.emc.com.

Todas las otras marcas comerciales que aparecen aquí son propiedad de sus respectivos dueños.

EMC PowerPath para Linux versión 5.5. Guía de instalación y administración

Contenido

Prefacio ............................................................................................................................ 7

Capítulo 1 Instalación de PowerPath en un host LinuxAntes de instalar PowerPath........................................................... 12

Obtención de información actualizada................................... 12Claves de licencia....................................................................... 12Verifique los sistemas de almacenamiento ............................ 13Verifique los hosts...................................................................... 14Verificación del número principal de PowerPath................. 16Instalación de actualizaciones de Linux................................. 16Selección de idioma para la instalación.................................. 17Sólo sistemas IA64 ..................................................................... 18

Instalación de PowerPath ................................................................ 19Instalación de PowerPath en un ambiente Xen..................... 22Instalación de PowerPath si Veritas Storage Foundation ya está instalado......................................................................... 25Registro de PowerPath.............................................................. 26

Después de instalar PowerPath ...................................................... 28Configure el demonio de administración .............................. 28Verifique que las capacidades de PowerPath sean correctas ............................................................................. 28Reconfigure los mappings de dispositivos ............................ 29Verificación de que las extensiones estén cargadas.............. 29Edite el archivo boot.vxvm....................................................... 31

Actualización de PowerPath ........................................................... 32Antes de actualizar PowerPath................................................ 32Actualización desde un CD...................................................... 33Actualización del sistema operativo Linux............................ 35

EMC PowerPath para Linux versión 5.5. Guía de instalación y administración 3

Actualización de PowerPath después de actualizar desde una versión principal de Linux a la siguiente versión principal de Linux ....................................................... 36Actualización de PowerPath en un ambiente de cluster SteelEye LifeKeeper .................................................................. 37Actualización de la encriptación de PowerPath ................... 38

Coexistencia con software de administración de paths de otros fabricantes.......................................................................................... 38

Comportamiento de PowerPath.............................................. 39

Capítulo 2 Configuración de un dispositivo raíz de PowerPath en LinuxIntroducción ...................................................................................... 42

Consideraciones de dispositivo raíz ....................................... 42Configuración de PowerPath en una configuración de encendido desde SAN (SLES 10 SP3) ....................................... 43Configuración de PowerPath en una configuración de encendido desde SAN (SLES11 SP1) ........................................ 45Configuración de PowerPath en una configuración de encendido desde SAN (RHEL 5 y actualizaciones)................ 47Actualización del kernel de Linux en una configuración de encendido desde SAN...................................................................... 50Actualización del kernel de Linux en una configuración de encendido desde SAN (SLES11SP1)............................................... 52Actualización de PowerPath en una configuración de encendido desde SAN ................................................................ 54Eliminación de PowerPath en una configuración de encendido desde SAN ................................................................ 55Eliminación de PowerPath en una configuración de encendido desde SAN (SLES11 SP1) ........................................ 56

Capítulo 3 Configuración de un dispositivo lógico de PowerPathIntroducción ...................................................................................... 58Incorporación de paths nuevos a un dispositivo lógico de PowerPath.......................................................................................... 59Eliminación de algunos paths a dispositivos lógicos de PowerPath.......................................................................................... 61

EMC PowerPath para Linux versión 5.5. Guía de instalación y administración4

Capítulo 4 Mantenimiento de PowerPath en LinuxDemonio de administración mediante SNMP.............................. 66

Eventos monitoreados............................................................... 66Configuración del demonio de administración..................... 68Edición de eventos ..................................................................... 69

Instalación de las HBA de QLogic qla2300 después de la instalación de PowerPath................................................................. 70Almacenamiento de nuevas configuraciones ............................... 70Configuración de soporte para LVM2............................................ 71

File system raíz no montado en un volumen lógico ............. 71Filesystem raíz montado en un volumen lógico ................... 72File system raíz montado en volúmenes lógicos espejeados ................................................................................... 73

Adición y eliminación de LUN dinámico...................................... 75Adición de un LUN ................................................................... 75Eliminación de un LUN ............................................................ 76

Reemplazo de una HBA................................................................... 78Eliminación de una HBA .......................................................... 78Adición de una HBA ................................................................. 79

Soporte de failover de inicio de R1/R2.......................................... 80Configuraciones de R1/R2 soportadas................................... 80Procedimiento de inicio de R1/R2 .......................................... 81Configure la interfaz de red en el host R1.............................. 81

Definición de la convención de nombres basados en gabinete .. 83Admisión de reserva SCSI-2 en PowerPath para Linux.............. 83Auditoría y mensajes de error ......................................................... 83

Capítulo 5 Eliminación de PowerPath de un host LinuxAntes de eliminar PowerPath.......................................................... 86Desinstalación de PowerPath .......................................................... 87

Capítulo 6 Resolución de problemasRecuperación de una instalación fallida de PowerPath .............. 90Solución de problemas de una actualización de PowerPath ...... 91

No se conservan las configuraciones personalizadas de PowerPath ................................................................................... 91Múltiples entradas de PowerPath en la base de datos de RPM ........................................................................ 93

Archivos faltantes o eliminados...................................................... 94Configuración incorrecta de PowerPath........................................ 95La opción _netdev en /etc/fstab .................................................... 96

5EMC PowerPath para Linux versión 5.5. Guía de instalación y administración

Problemas al iniciar el host.............................................................. 96Bloqueo del sistema.......................................................................... 96

Controladores de HBA no soportados ................................... 96Otras causas................................................................................ 97

Apéndice A Archivos modificados por PowerPathArchivos Linux modificados por la instalación de PowerPath ................................................................................. 100Archivos creados cuando se instala PowerPath ........................ 101

Sólo hosts x86_64 ..................................................................... 104Sólo hosts ia64 .......................................................................... 105Archivos del controlador........................................................ 105Archivos de encriptación........................................................ 106

Índice ............................................................................................................................ 113

EMC PowerPath para Linux versión 5.5. Guía de instalación y administración6

Prefacio

Como parte de su esfuerzo continuo por mejorar y superar el rendimiento y las funcionalidades de su línea de productos, EMC lanza periódicamente nuevas versiones de PowerPath. Por ello, puede que algunas funciones descritas en este manual no sean admitidas por todas las versiones de PowerPath o por el hardware del sistema de almacenamiento que éste admite. Para obtener la información más actualizada sobre las características del producto, consulte las notas de la versión del producto.

Si una función de PowerPath no funciona correctamente o de la manera descrita en este manual, comuníquese con el departamento de servicio al cliente de EMC para recibir asistencia. Para conocer la información de contacto, consulte "Dónde obtener ayuda" en la página 10 de este Prefacio.

Esta guía describe cómo instalar y eliminar PowerPath para Linux versión 5.5 y versiones de service pack.

Audiencia Esta guía está destinada a los administradores de almacenamiento y otros profesionales de los sistemas de información que son responsables de instalar y mantener PowerPath en un entorno Linux.

Además de comprender PowerPath, los administradores deben estar familiarizados con el sistema operativo del host donde se ejecuta PowerPath y con las aplicaciones utilizadas con PowerPath.

Documentaciónrelacionada

La siguiente documentación de PowerPath está disponible en el sitio web de EMC Powerlink:

◆ Guía EMC PowerPath Product Guide

◆ EMC PowerPath Family CLI and System Messages Reference Guide

◆ EMC PowerPath for Linux Release Notes


8

◆ EMC PowerPath Migration Enabler User Guide

◆ EMC PowerPath Encryption with RSA User Guide

Si su ambiente incluye sistemas de almacenamiento EMC Symmetrix, consulte también las guías de conectividad de hosts de EMC, disponibles en el sitio web de EMC Powerlink http://Powerlink.EMC.com.

Si su ambiente incluye sistemas de almacenamiento EMC CLARiiON, consulte también las guías de conectividad de hosts de EMC y el sitio web de soporte del sistema de almacenamiento CLARiiON (www.emc.com/clariionsupport).

Historial de revisiones La siguiente tabla muestra el historial de revisiones de este documento.

Otra publicación de almacenamiento empresarial de EMC relacionada es E-Lab Navigator, disponible en el sitio web de Powerlink.

Convenciones usadas en este documentoEMC utiliza las siguientes convenciones para notas, precauciones, advertencias y avisos de peligro.

Nota: Una nota presenta información de importancia, pero no relacionada con situaciones de peligro.

ATENCIÓN!Un mensaje de precaución contiene información esencial para prevenir el daño o la pérdida de datos en el sistema o el equipo. El aviso de precaución puede aplicarse a hardware y software.

IMPORTANTE!Un aviso importante contiene información esencial para la operación del software. El aviso importante aplica sólo al software.

Revisión Fecha Descripción

A01 Octubre de 2010 Primera versión de EMC PowerPath para Linux versión 5.5. Guía de instalación y administración


http://powerlink.emc.com


Convenciones tipográficasEMC usa las siguientes convenciones de estilo tipográfico en este documento:

Tipo de letra normal En texto:• Elementos de interfaz (por ejemplo, nombres de botones,

nombres de cuadros de diálogo) fuera de procedimientos• Elementos que el usuario selecciona fuera de

procedimientos• Nombres de clases de Java e interfaces• Nombres de recursos, atributos, repositorios, expresiones

Booleanas, botones, afirmaciones de DQL, palabras clave, cláusulas, variables de entorno, nombres de archivos, funciones, nombres de menú, herramientas

• Nombres de paths, URL, nombres de archivos, nombres de directorios, nombres de equipos, enlaces, grupos, claves de servicio, file systems, variables de ambiente (por ejemplo, línea de comandos y texto), notificaciones

Negritas En procedimientos:• Nombres de cuadros de diálogo, botones, iconos, menús,

campos• Selecciones de la interfaz de usuario, incluidos elementos de

menú y entradas de campos• Nombres clave• Nombres de ventanasEn texto:• Nombres de comandos, daemons, opciones, programas,

procesos, notificaciones, llamados de sistemas, páginas man, servicios, aplicaciones, herramientas, kernels

Cursivas Se utiliza para:• Títulos de publicaciones completas a las que se hace

referencia en el texto• Uso único de una palabra en el texto

Cursivas y negritas Todo lo que necesite un énfasis adicional

Courier Se utiliza para:• Resultados del sistema• Nombres de archivos• Rutas completas• Entradas de línea de comandos• URLs

Courier, negrita Se utiliza para:• Entrada de usuario• Argumentos opcionales en la sintaxis de la línea de

comandos


10

Dónde obtener ayuda La información sobre soporte técnico, productos y licencias de EMC puede obtenerse de la siguiente manera.

Información de productos — Para ver documentación, notas de la versión y actualizaciones de software, o para obtener información sobre productos, licencias y servicios de EMC, visite el sitio web de EMC Powerlink (registro obligatorio) en la dirección:

http://Powerlink.EMC.com

Servicio técnico — Para obtener servicio técnico, visite EMC WebSupport en Powerlink. Para abrir un caso en EMC WebSupport, debe ser cliente de WebSupport. Deberá brindar información sobre la configuración de su sitio y las circunstancias en las que se produjo el problema.

Sus comentarios Sus sugerencias nos ayudarán mejorar la exactitud, organización y calidad general de la documentación para usuarios. Envíe su opinión acerca de esta guía a:

[email protected]

En caso de que surjan problemas, comentarios o consultas en relación con información o procedimientos específicos, incluya el título y, si la información está disponible, el número de referencia, la revisión (por ejemplo, A01), el número de página y cualquier otro detalle que nos permita encontrar el tema al cual se refiere.

Courier, cursiva Se utiliza para:• Argumentos usados en ejemplos de sintaxis de línea de

comandos• Variables en ejemplos de pantallas o resultados de archivos• Variables en pathnames

Courier, negrita, cursiva

Variables usadas en una muestra de línea de comandos

< > Los paréntesis angulares encierran valores de variables o parámetros proporcionados por el usuario

[ ] Los corchetes encierran valores opcionales

| La barra vertical indica selecciones alternativas: la barra significa “o”

{ } Las llaves indican contenido que se debe especificar (es decir, x, y o z)

... Los puntos suspensivos indican información no esencial que se omitió en el ejemplo



1Invisible Body Tag

Este capítulo incluye las siguientes secciones:

◆ Antes de instalar PowerPath ............................................................. 12◆ Instalación de PowerPath .................................................................. 19◆ Después de instalar PowerPath ........................................................ 28◆ Actualización de PowerPath ............................................................. 32◆ Coexistencia con software de administración de paths de otros

fabricantes ............................................................................................ 38

Instalación dePowerPath en un host

Linux

Instalación de PowerPath en un host Linux 11

12

Instalación de PowerPath en un host Linux

Antes de instalar PowerPathEsta sección describe cómo preparar un host Linux para instalar EMC® PowerPath®.

Obtención de información actualizadaVisite el sitio web de Powerlink para obtener información actualizada.

❑ Documentación de PowerPath: EMC actualiza la documentación de PowerPath cuando publica nuevas funciones con un Service Pack o al informar errores en la documentación. Para obtener documentación actualizada sobre PowerPath en Powerlink, seleccione Soporte > Documentación Técnica y Asesorías.

❑ Service Packs y actualizaciones: puede descargar el software de Service Pack de PowerPath desde Powerlink. Determine qué Service Packs desea instalar (si corresponde) una vez instalado PowerPath y si dichos Service Packs presentan requisitos adicionales de instalación. Para obtener service packs en Powerlink, seleccione Soporte > Descargas y Licencias de Software.

Claves de licencia La clave de registro de licencia de PowerPath para Linux se encuentra en la tarjeta del número de licencia que recibió de EMC.

Tenga en cuenta lo siguiente con respecto a las licencias:

◆ En ambientes no virtuales, la instalación de PowerPath en un host conectado exclusivamente a un arreglo del CLARiiON AX no requiere licencia. PowerPath proporciona soporte completo con o sin licencia de PowerPath cuando el host se conecta exclusivamente a un arreglo del CLARiiON AX.

◆ Para realizar una actualización a partir de una versión anterior de PowerPath, no es necesario volver a registrarse. PowerPath usa la clave anterior.

◆ Se requieren claves de licencia distintas para activar PowerPath Migration Enabler y PowerPath Encryption with RSA®.



◆ Escriba el número de registro tal como aparece en la tarjeta o carta. Para reducir los errores tipográficos comunes, el campo Número de licencia admite mayúsculas o minúsculas, y ciertos números y letras son intercambiables. Específicamente, la entrada de las letras alfabéticas O, I, S y B es equivalente a la entrada de los números 0, 1, 5 y 8.

Verifique los sistemas de almacenamientoLa secuencia de pasos para configurar un sistema de almacenamiento e instalar PowerPath en un host depende del sistema de almacenamiento que utilice.

❑ Sistemas de almacenamiento EMC Symmetrix®: instale PowerPath después de haber configurado Symmetrix y de haber verificado que esté funcionando correctamente. Luego, instale PowerPath según las instrucciones de esta guía.

❑ Sistemas de almacenamiento EMC CLARiiON®:

La instalación de PowerPath es una parte integral del procedimiento de configuración e instalación de CLARiiON.

❑ Para obtener información sobre cuándo instalar PowerPath en un host conectado a un sistema de almacenamiento CLARiiON, consulte el sitio web de servicio de soporte para el sistema de almacenamiento CLARiiON (www.EMC.com/clariionsupport). En la página de inicio, seleccione el tipo de sistema de almacenamiento y, a continuación, utilice el enlace Conectar servidor (en sistemas CX4) o el enlace Instalar (en los demás sistemas) para obtener instrucciones paso a paso.

❑ Instalación de PowerPath por primera vez: elimine cualquier versión de EMC Navisphere® Application Transparent Failover (ATF) que esté instalada en un host que soporte esta aplicación.

Antes de instalar PowerPath 13

www.EMC.com/clariionsupport

14


Nota: El procedimiento para migrar de ATF o CDE a PowerPath no es sencillo y se puede llegar a perder información si no se realiza correctamente. Se recomienda que sean los Servicios profesionales de EMC quienes realicen la migración. Si, de todas formas, decide realizar la migración por cuenta propia, consulte Removing ATF or CDE Software Before Installing Other Failover Software para obtener más información. Este documento está disponible en el sitio web de EMC Powerlink solamente.

❑ Sistemas de almacenamiento de otros fabricantes: instale PowerPath después de haber configurado el sistema de almacenamiento de otro fabricante y de haber verificado que esté funcionando correctamente. Luego, instale PowerPath según las instrucciones de esta guía.

Verifique los hosts Antes de instalar PowerPath en un host Linux, compruebe que el host cumpla los siguientes requerimientos:

❑ El documento EMC PowerPath for Linux Release Notes describe las versiones de sistema operativo y los service packs necesarios para soportar PowerPath. Consulte también E-Lab™ Interoperability Navigator en el sitio web de Powerlink para obtener información sobre las topologías de interconexión entre el host y el sistema de almacenamiento, y sobre los requerimientos específicos de PowerPath.

❑ EMC recomienda que todos los hosts tengan al menos 2 GB de memoria.

❑ Si el host no se instaló con el diseño del file system predeterminado que suministra el proveedor del sistema operativo, es posible que PowerPath indique "no se encontró el archivo o directorio" durante la inicialización del sistema, y que el host Linux no se encienda si PowerPath está instalado. EMC soporta solamente los diseños predeterminados del sistema que haya suministrado el proveedor del sistema operativo.

❑ Compruebe que los dispositivos lógicos del sistema de almacenamiento estén configurados para soportar PowerPath. Las guías de conectividad de hosts de EMC para sistemas Symmetrix y CLARiiON, y el sitio web de servicio de soporte para el sistema de almacenamiento CLARiiON contienen más información.



❑ Asegúrese de que la partición root tenga como mínimo 120 MB de espacio libre.

Nota: Si intenta instalar PowerPath en un host que carezca del espacio suficiente, no se podrá realizar la instalación, como es de esperar. RPM, sin embargo, devuelve un mensaje erróneo sobre la cantidad de espacio necesario para instalar PowerPath. "Recuperación de una instalación fallida de PowerPath" en la página 90 contiene más información.

❑ Si aún no lo ha hecho, configure el BIOS y los controladores de la HBA.

ATENCIÓN!Asegúrese seguir las pautas de configuración del BIOS y los controladores de la HBA descritas por EMC en E-Lab Navigator y en la documentación del producto. El uso de una configuración incorrecta puede causar un comportamiento irregular de failover, como por ejemplo un aumento de las demoras de I/O.

❑ Si desea instalar PowerPath y Veritas Volume Manager (VxVM), instale primero PowerPath si es posible.

Para instalar PowerPath en un host en el que ya está instalado Veritas Storage Foundation, puede obtener más información en "Instalación de PowerPath si Veritas Storage Foundation ya está instalado" en la página 25.

❑ PowerPath no es compatible con el mapper de dispositivos nativos de Linux (DM-MPIO). Configurar ambos productos en el mismo host puede causar la inestabilidad del sistema. EMC aconseja hacer una lista negra de todos los dispositivos no locales en los que se instalará PowerPath.

❑ En los hosts RHEL5.x, los módulos dm-multipath se instalan de manera predeterminada y se cargan cuando se inicia el host. Asegúrese de que lo que figura a continuación no esté incluido en /etc/multipath.conf

# Blacklist all devices by default. Remove this to enable multipathing

# on the default devices.blacklist { devnode"*"}


16


❑ En un host SuSE, ejecute el comando chkconfig | grep boot.multipath para asegurarse de que el servicio de múltiples paths nativo no esté activado.

Si el resultado indica que el servicio de múltiples paths está activado, ejecute el comando chkconfig boot.multipath off para desactivarlo antes de instalar PowerPath.

Nota: Si el comando chkconfig | grep boot.multipath no genera ningún resultado, el servicio de múltiples paths no está instalado en el host.

❑ Revise las actualizaciones del kernel de Linux según se indica en la guía EMC Host Connectivity with Qlogic Fibre Channel and iSCSI Host Bus Adapters (HBA) and Converged Network Adapters (CNA) for the Linux environment. Revise los requerimientos y haga todo lo que corresponda a su configuración. En el sitio web de Powerlink, E-Lab Interoperability Navigator brinda información sobre qué drivers Fibre o HBA soportan PowerPath con su host.

Verificación del número principal de PowerPathVerifique que /usr/include/linux/major.h y /proc/devices no incluyan ni definan el número principal 120. Después de la instalación de PowerPath, el archivo /proc/devices muestra 120 power2 bajo el encabezado de bloque de los dispositivos emcpower.

Instalación de actualizaciones de Linux

El kernel de Linux y los drivers Fibre soportados por su versión de PowerPath deben estar instalados y en ejecución.



Selección de idioma para la instalaciónEl procedimiento de instalación e inicio de PowerPath para Linux ha sido traducido para los siguientes idiomas.

variable de entorno LANGSi la variable de ambiente LANG está configurada en un ID de idioma de los que aparecen en la Tabla 1 en la página 17, los mensajes del programa de instalación de PowerPath se visualizan en el idioma correspondiente a ese ID de idioma. Si desea visualizar los mensajes de instalación de PowerPath en un idioma diferente del idioma predeterminado para el host, configure la variable LANG para la sesión de terminal en el ID de ese idioma. Por ejemplo, para visualizar los mensajes de instalación en chino simplificado, escriba uno de los siguientes comandos (según el shell que se esté utilizando):

export LANG=zh_CN.utf8

o

setenv LANG zh_CN.utf8

Nota: Si configura la variable LANG en un ID de configuración regional no traducido, PowerPath continuará con la instalación en inglés.

Tabla 1 Idiomas traducidos

Idioma ID del idioma Codificación

Chino (simplificado) zh_CN.utf8 UTF8

Inglés En_US.utf8

Francés fr_FR.utf8

Alemán de_DE.utf8

Italiano it_IT.utf8

Japonés ja_JP.utf8

Coreano ko_KR.utf8

Portugués (brasileño) pt_BR.utf8

Español es_ES.utf8


18


utilidad gettext Si desea utilizar un idioma diferente del inglés, las utilerías gettext GNU deben estar instaladas en el host. Si el comando gettext está presente en el directorio /usr/bin/gettext, las utilidades gettext están instaladas en el host.

Nota: Si las utilidades gettext no están instaladas en el host, PowerPath muestra una advertencia y continúa la instalación en inglés.

Sólo sistemas IA64 Si va a instalar PowerPath en un sistema IA64, debe instalar los siguientes paquetes en ese sistema antes de instalar PowerPath.

Nota: Los kernels indicados arriba son aquellos que pertenecen a la versión de Linux 5.5, o que se relacionan con ella. Para ver la lista de kernels pertenecientes a versiones anteriores, inicie sesión en el sitio Web de Powerlink.

Distribución Presentación

RHEL 5 glibc-<xxx>.i686.rpma

ia32el-<xxx>.ia64.rpm

SLES 10 SP3 glibc-x86-2.4-31.74.1.ia64.rpmia32el-7042_7022-0.5.13.ia64.rpm

SLES 11 SP1 glibc-x86-2.11.1-0.17.4ia32el-7042_7030-0.2.24

a. Donde <xxx> es la versión del paquete disponible en RHEL 5.



Instalación de PowerPathEsta sección describe cómo instalar PowerPath en un host Linux en el que PowerPath no está instalado. "Actualización de PowerPath" en la página 32 contiene instrucciones sobre cómo actualizar PowerPath en un host con una versión anterior de PowerPath.

Antes de instalar PowerPath, observe lo siguiente:

◆ No necesita reiniciar el host después de instalar PowerPath.

◆ "Recuperación de una instalación fallida de PowerPath" en la página 90 contiene información acerca de la recuperación después de un error en la instalación de PowerPath.

Nota: —Para instalar PowerPath en un ambiente Xen, consulte "Instalación de PowerPath en un ambiente Xen" en la página 22 antes de completar el procedimiento.—Para instalar PowerPath si Veritas Storage Foundation ya está instalado, consulte "Instalación de PowerPath si Veritas Storage Foundation ya está instalado" en la página 25.

Para instalar el software PowerPath:

1. Inicie sesión como root.

2. Copie el paquete RPM en una carpeta temporal y escriba lo siguiente:

rpm -ivh EMCpower.LINUX-5.5.0.00.00-xxx.yyyy.zzzz.rpm

donde:

xxx = número de build

yyyy = plataforma, por ejemplo, RHEL 5, SLES10 SP3 o SLES 11 SP1

zzzz = i386, ia64 o x86_64

Consulte "Nombres de paquetes" en la página 21.

Nota: El soporte para kernels Linux se limita a hosts IBM PowerPC. Consulte las notas de la versión o E-Lab Interoperability Navigator para verificar el soporte del kernel.

Instalación de PowerPath 19

20


Instalación desde un CDPara realizar la instalación desde un CD:

1. Inserte el CD de instalación de PowerPath en la unidad de CD-ROM.

2. Cree el directorio /cdrom como punto de montaje para el CD-ROM. Escriba:

mkdir /cdrom

3. Monte el CD de PowerPath en /cdrom. Escriba:

mount -o ro /dev/cdrom /cdrom

4. Cambie los directorios al directorio de su sistema operativo.

• Para SLES, escriba:

cd /cdrom/LINUX/2.6/pp5.5.x/sles

• Para RHEL y Asianux, escriba:

cd /cdrom/LINUX/2.6/pp5.5.x/rhel

5. Continúe con "Instalación de PowerPath" en la página 19.



Instalación desde un archivo comprimidoPara realizar la instalación desde un archivo comprimido en Powerlink:

1. Descargue el archivo PowerPath en Powerlink. En el menú Soporte, seleccione Descargas y Licencias de Software > Descargas P-R > PowerPath para Linux.

2. Descomprima el archivo de PowerPath. Escriba:

tar -xzf EMCpower.LINUX-5.5.x.xx.xx-<compilación>.tar.gz

3. Continúe con "Instalación de PowerPath" en la página 19.

Tabla 2 Nombres de paquetes

Paquete Descripción

RHEL5.i386 PowerPath para plataformas RHEL5, OEL5.x (x=1,2) y Asianux 3 i386.

RHEL5.ia64 PowerPath para plataformas RHEL5, OEL5 y Asianux 3 IA64.

RHEL5.x86_64 PowerPath para plataformas RHEL5, OEL5 y Asianux 3 x86_64.

RHEL5.ppc64 PowerPath para plataformas RHEL5, OEL5 y Asianux 3 ppc64.

SLES 10sp3.i386 PowerPath para plataformas SLES 10 SP3 i386.

SLES 10sp3.ia64 PowerPath para plataformas SLES 10 SP3 IA64.

SLES 10sp3.x86_64 PowerPath para plataformas SLES 10 SP3 x86_64.

SLES 10sp3.ppc64 PowerPath para plataformas SLES 10 SP3 ppc64.

SLES 11sp1.i386 PowerPath para plataformas SLES 11 SP1 i386.

SLES 11sp1.ia64 PowerPath para plataformas SLES 11 SP1 IA64.

SLES 11sp1.x86_64 PowerPath para plataformas SLES 11 SP1 x86_64.

SLES 11sp1.ppc64 PowerPath para plataformas SLES 11 SP1 ppc64.


22


Instalación de PowerPath en un ambiente XenPara instalar PowerPath en un entorno Xen:

Nota: Xen se soporta con PowerPath 5.5 en plataformas RHEL 5, SLES 10 SP3 y SLES 11 SP1. Xen no se soporta en kernels de RHEL 5 IA64. Consulte las notas de la versión o E-Lab Interoperability Navigator para verificar el soporte del kernel.

1. Verifique que las siguientes herramientas Xen y RPM del kernel estén instaladas en el host. Si no están, debe instalarlas antes de instalar PowerPath.

RHEL 5

xen-libs-3.0.3-25.el5xen-3.0.3-25.el5kernel-xen-2.6.18-8.el5bridge-utils-1.1-2python-2.4.3-19.el5

RHEL 5.1


RHEL 5.2


RHEL 5.3


RHEL 5.4




RHEL 5.5


SLES 10 SP3

xen-3.2.3_17040_16-0.4.9xen-doc-pdf-3.2.3_17040_16-0.4.9xen-kmp-smp-3.2.3_17040_16_2.6.16.60_0.54.5-0.4.9oxen-kmp-bigsmp-3.2.3_17040_16_2.6.16.60_0.54.5-0.4.9xen-libs-32bit-3.2.3_17040_16-0.4.9xen-libs-3.2.3_17040_16-0.4.9xen-tools-ioemu-3.2.3_17040_16-0.4.9xen-tools-3.2.3_17040_16-0.4.9

SLES 11 SP1

bridge-utils-1.4-23.16openssh-5.1p1-41.31.36kernel-xen-2.6.32.12-0.7.1kernel-xen-base-2.6.32.12-0.7.1sles-xen_en-pdf-11.1-16.19.1virt-manager-0.8.4-1.4.11virt-viewer-0.2.0-1.5.65vm-install-0.4.25-1.3.3xen-4.0.0_21091_04-0.2.6xen-doc-html-4.0.0_21091_04-0.2.6xen-doc-pdf-4.0.0_21091_04-0.2.6xen-libs-4.0.0_21091_04-0.2.6xen-tools-4.0.0_21091_04-0.2.6

2. Si faltan algunos paquetes, instálelos.

Por ejemplo, use YaST para instalar los RPM de Xen requeridos para SLES 10 SP3.

3. Reinicie el host en el kernel Xen.

4. Escriba uname -a para verificar que el sistema esté ejecutando el kernel Xen.

Aparecen mensajes similares a los siguientes:

Linux lcld0076 2.6.16.21-0.15-xenpae #1 SMP Tue Jul 25 15:28:49 UTC 2006 i686 i686 i386 GNU/Linux

5. Instale PowerPath. Siga el procedimiento que se describe en "Instalación de PowerPath" en la página 19.


24


6. Cree una máquina virtual Xen. Para mayor información, consulte la documentación del proveedor de su sistema operativo.

7. Seleccione un pseudo dispositivo (por ejemplo, /dev/emcpowerd) y abra el archivo de configuración de máquina virtual. Escriba:

vi /etc/xen/vm/<vm_name>

Donde <vm_name> es el nombre de la máquina virtual que creó en el paso 4.

8. Ubique la siguiente línea en el archivo de la configuración:

disk = [ 'file:/images/lcle055/hda.img,hda,w' ]

9. Agregue una entrada para el nuevo disco, separada por una coma.

Por ejemplo, agregue la siguiente línea:

disk = [ 'file:/images/lcle055/had.img,hda,w','phy:</dev/emcpowern>,<hdb>,w' ]

donde:

• </dev/emcpowern> es el dispositivo que se está exportando a la máquina virtual. Dado que es un dispositivo físico (no un dispositivo de archivo de imagen), phy: se debe incluir.

• <hdb > es el nombre que utiliza la máquina virtual para identificar el dispositivo.

• w es modo lectura/escritura

10. Escriba xm create -c <vm_name> para encender la máquina virtual.

Donde <vm_name> es el nombre de la máquina virtual que creó en el paso 4.

Nota: Si el archivo de configuración de la VM reside en el directorio /etc/xen/vm/, no necesita incluir el path completo.



11. Verifique que el nuevo dispositivo (/dev/hdb) esté registrado con el sistema operativo, mirando en el archivo de particiones cat /proc/.

major minor #blocks name 3 0 7168000 hda 3 1 6819561 hda1 3 2 345397 hda2 3 6 919680 hdb

12. Si es necesario, cree particiones en el dispositivo agregado recientemente usando los procedimientos estándar.

Instalación de PowerPath si Veritas Storage Foundation ya está instaladoVxVM no reconoce los pseudodispositivos si PowerPath se instala después de Veritas Storage Foundation.

Para instalar PowerPath si Veritas Storage Foundation ya está instalado:

◆ Para Veritas Storage Foundation 5.0 MP2 y versiones anteriores:

1. Instale PowerPath como se describe en "Instalación de PowerPath" en la página 19.

2. Reinicie el host.

3. Escriba rm -f /etc/vx/disk.info* para eliminar los archivos disk.info.

4. Ejecute el comando vxconfigd -k.

◆ Para Veritas Storage Foundation 5.0 MP3 y versiones posteriores:

1. Escriba lo siguiente para excluir los arreglos de EMC de la administración de DMP:

– Para arreglos de discos de Symmetrix:vxddladm excludearray libvxemc.xo

– Para arreglos de discos de CLARiiON:vxddladm excludearray libvxCLARiiON.so

2. Ejecute el comando vxdctl enable.

Verifique que el gabinete EMC0 esté desconectado y que todos los LUN de EMC estén en el gabinete de discos EMC0.



26


4. Ejecute el comando vxdctl enable de modo que PowerPath reclame los dispositivos.

Verifique que el gabinete EMC0 se haya transferido a pp_emc.

5. Escriba lo siguiente para incluir arreglos de discos de EMC. Esto permite que DMP coexista con PowerPath:

– Para arreglos de discos de Symmetrix:vxddladm includearray libvxemc.so

– Para arreglos de discos de CLARiiON:vxddladm includearray libvxCLARiiON.so

Registro de PowerPathObserve lo siguiente con respecto al registro de PowerPath:

◆ La instalación de PowerPath en un host conectado a un arreglo de discos de CLARiiON serie AX no necesita una licencia. PowerPath proporciona funcionalidad completa con o sin licencia de PowerPath cuando el host se conecta a un arreglo de discos de CLARiiON serie AX. Por consiguiente, usted no necesita ejecutar el comando emcpreg -install al instalar PowerPath en un host conectado a un arreglo CLARiiON AX.

◆ Si no registra el software PowerPath durante la instalación de PowerPath (en un host conectado a cualquier sistema de almacenamiento que no sea un arreglo CLARiiON AX) y ejecuta powermt config o reinicia el host, la política de balanceo de carga y failover se configura en failover básico. En este caso, debe registrar PowerPath con el comando emcpreg -install y, luego, ejecutar el comando powermt set policy para reconfigurar la política según corresponda. La guía EMC PowerPath CLI and System Messages Reference Guide contiene más información sobre los comandos powermt.

Para registrar la licencia de PowerPath:

1. Ejecute el comando emcpreg -install.


=========== EMC PowerPath Registration ===========Do you have a new registration key or keys to enter? [n]



2. Escriba y.


Enter the registration key(s) for your product(s), oneper line, pressing Enter after each key.After typing all keys, press Enter again.Key (Enter if done):

3. Escriba la secuencia alfanumérica de 24 caracteres que se encuentra en la tarjeta del número de licencia que se entregó con el kit de medios de PowerPath, y presione Intro.

Si escribe una clave de registro válida, aparece un mensaje similar al siguiente:

1 Key(s) successfully added.Key successfully installed:

Si ingresa una clave de registro no válida, la pantalla muestra un mensaje de error y le solicita que ingrese una clave válida. La guía EMC PowerPath CLI and System Messages Reference Guide contiene una lista de los mensajes de error que genera la utilería de registro de licencia emcpreg.

4. Presione Intro.

Aparecen mensajes similares a los siguientes.

1 key(s) successfully registered.

5. Escriba /etc/init.d/PowerPath start si PowerPath no se inicia.

Nota: —Utilice el script anterior solamente para cargar y descargar los módulos

de PowerPath.—Si la variable LANG está configurada en el ID de uno de los idiomas

enumerados en la Tabla 1 en la página 17, los mensajes del comando de inicio de PowerPath se mostrarán en ese idioma.

6. Ejecute el comando powermt set policy de PowerPath para reconfigurar la política según corresponda. La guía PowerPath CLI and System Messages Reference Guide contiene más información sobre los comandos powermt.

7. Escriba powermt save para garantizar que la configuración de PowerPath se mantenga cuando se reinicien los hosts.


28


Después de instalar PowerPathDespués de instalar PowerPath:

❑ Configure el demonio de administración.

❑ Verifique que las capacidades de PowerPath sean correctas.

❑ Reconfigure los mappings de dispositivos.

❑ Si carga el controlador de HBA como un módulo, verifique que todas las extensiones de PowerPath estén cargadas.

Configure el demonio de administraciónUna vez que la versión de PowerPath que admite el demonio de administración esté instalada en el host, configure el demonio de administración. La configuración del demonio de administración le permite recibir SNMP traps cuando un path está inactivo durante un minuto o cuando todos los paths hacia un dispositivo están inactivos durante cinco minutos. "Configuración del demonio de administración" en la página 68 describe cómo configurar el demonio de administración.

Verifique que las capacidades de PowerPath sean correctasVerifique que las capacidades de PowerPath coincidan con su licencia. Por ejemplo, ejecute el comando powermt display dev=all, compruebe el resultado y ejecute las acciones correctivas necesarias para garantizar que las políticas de balanceo de carga y de failover sean las adecuadas.

Nota: Si la política de balanceo de carga no coincide con sus expectativas para su nivel de licencia, revise el registro de licencia.

La guía EMC PowerPath CLI and System Messages Reference Guide y la página del manual sobre powermt(1) contienen más información sobre el comando powermt display y las políticas de balanceo de carga y failover.



Reconfigure los mappings de dispositivosEjecute el comando powermt display dev=all para ver los mapeos de dispositivos actuales. Al reconfigurar los mappings de dispositivos en un arreglo de discos, debe prestar mucha atención a la configuración resultante. Los nombres de dispositivos en el host se asignan de manera dinámica durante la carga del driver HBA. Por consiguiente, cualquier cambio en la configuración puede producir cambios en la asociación de nombres de dispositivos preexistente. Por ejemplo, esto puede volver inexactas algunas tablas de montaje existentes si usted no actualiza los puntos de montaje para que correspondan a la nueva configuración de dispositivos y a su asociación de nombres de dispositivos.

Nota: Consulte el comando emcpadm para cambiar los mapeos de dispositivos.

Verificación de que las extensiones estén cargadasSi carga el driver HBA como un módulo (no como un driver de kernel estático), verifique que todas las extensiones estén cargadas ejecutando Ismod.

Si construyó el driver HBA como un módulo, el nombre del driver HBA aparece en el resultado de lsmod, debajo de los drivers de PowerPath (que comienzan con emc).

Por ejemplo:

Module Size Used by

emcpvlumd 35784 0emcpxcrypt 147656 0emcpdm 54720 0emcpgpx 37328 3 emcpvlumd,emcpxcrypt,emcpdmemcpmpx 174504 108emcp 2442048 6 emcpvlumd,emcpxcrypt,emcpdm,emcpgpx,emcpmpxvfat 34048 0fat 68512 1 vfatext3 149872 0jbd 95048 1 ext3usbserial 52472 0parport_pc 58432 0lp 29352 0parport 65292 1 parport_pc,lpautofs 36736 6

Después de instalar PowerPath 29

30


edd 28448 0floppy 84432 0freq_table 22528 0thermal 32012 0processor 39008 1 thermalfan 21128 0button 24096 0battery 26632 0ac 22280 0ipv6 369784 21joydev 28032 0sg 61112 0st 60708 0sr_mod 35748 0ohci_hcd 39428 0usbcore 148728 4 usbserial,ohci_hcdhw_random 22952 0tpm_atmel 23936 0tpm 29600 1 tpm_atmelevdev 27520 0tg3 137092 0subfs 25984 2raw 89760 0dm_mod 83552 0dump_blockdev 30204 0dump_gzip 20648 0zlib_deflate 40472 1 dump_gzipdump 82432 2 dump_blockdev,dump_gzipreiserfs 290512 1lpfc 256864 108scsi_transport_fc 24832 1 lpfcmptspi 27916 4mptscsih 63492 1 mptspimptbase 85984 2 mptspi,mptscsihsd_mod 38912 113scsi_mod 162440 9

emcp,sg,st,sr_mod,lpfc,scsi_transport_fc,mptspi,mptscsih,sd_mod

El archivo /etc/modprobe.conf debe contener el siguiente texto:

###BEGINPPinclude /etc/modprobe.conf.pp###ENDPP

El archivo /etc/modprobe.conf.pp debe contener el siguiente texto:

options emcp managedclass=symm,clariion,hitachi,hpxp,ess,invista

options emcpsf SfUnmanagedClasses=hphsx



Edite el archivo boot.vxvmSi instaló PowerPath en un host SLES 10 donde planea instalar VxVM, siga los pasos que se indican a continuación después de instalar VxVM:

Nota: Los siguientes pasos se aplican específicamente a VxVM 4.1.

1. Abra el script de arranque boot.vxvm.

2. Edite el archivo agregando el siguiente texto en la línea Required Start:

boot.powerpath

3. Ejecute el comando insserv.

La edición de este archivo evita que el script de encendido de VxVM se inicie antes del script de encendido de PowerPath, en cuyo caso VxVM no reconocería los pseudodispositivos de PowerPath.

Después de instalar PowerPath 31

32


Actualización de PowerPathEsta sección describe cómo actualizar PowerPath.

Antes de actualizar PowerPathAntes de actualizar PowerPath:

◆ Solamente puede actualizar a PowerPath 5.5 desde PowerPath 4.5 o superior.

◆ Si el host no se instaló con el diseño del file system predeterminado que suministra el proveedor del sistema operativo, es posible que PowerPath indique "no se encontró el archivo o directorio" durante la inicialización del sistema, y que el host Linux no se encienda si PowerPath está instalado. EMC soporta solamente los diseños de los file systems predeterminados que haya suministrado el proveedor del sistema operativo.

◆ Consulte el sitio Web de soporte de Powerlink para obtener la información más actualizada.

◆ El script de actualización de PowerPath para Linux guarda la configuración actual antes de iniciar la actualización. Toda configuración anterior del archivo powermt.custom se sobrescribe.

◆ Haga backup de los archivos /etc/powermt.custom y /etc/emcp_registration.

◆ Documente los mapeos de dispositivos PowerPath actuales, guardando el resultado de powermt display dev=all.

◆ Desmonte todos los file systems montados en dispositivos PowerPath y desactive los grupos de volúmenes que usan estos file systems.

◆ Detenga el comando powermt display si se está ejecutando.

◆ No utilice la opción -i para actualizar desde una versión anterior de PowerPath. El uso de la opción -i crea varias entradas de PowerPath en la base de datos Linux RPM y esto puede dar lugar a constantes problemas de mantenimiento. Si utiliza la opción -i accidentalmente para actualizar PowerPath, siga el procedimiento que se indica en "Múltiples entradas de PowerPath en la base de datos de RPM" en la página 93 para solucionar el problema.



◆ Hay versiones localizadas del instalador de PowerPath disponibles en portugués brasileño, francés, alemán, italiano, coreano, japonés, español y chino simplificado. Para obtener información sobre cómo utilizar una versión traducida del instalador de PowerPath cuando actualiza PowerPath, consulte "Selección de idioma para la instalación" en la página 17.

◆ Sólo sistemas CLARiiON: Detenga Navisphere Agent.

◆ Si tiene algún problema durante la actualización de PowerPath, consulte "Solución de problemas de una actualización de PowerPath" en la página 91.

Actualización desde un CDPara realizar la actualización desde un CD:

1. Inserte el CD de instalación de PowerPath en la unidad de CD-ROM.

2. Cree el directorio /cdrom como punto de montaje. Escriba:

mkdir /cdrom

3. Monte el CD de PowerPath en /cdrom. Escriba:

mount -o ro /dev/cdrom /cdrom

4. Cambie los directorios al directorio de su sistema operativo.

• Para RHEL, escriba:

cd /cdrom/LINUX/2.6/pp5.5.x/rhel

• Para SLES, escriba:

cd /cdrom/LINUX/2.6/pp5.5.x/sles

5. Continúe con "Actualización de PowerPath" en la página 34.

Actualización de PowerPath 33

34


Actualización desdeun archivo

comprimido

Para realizar la actualización desde un archivo comprimido en Powerlink:

1. Descargue el archivo PowerPath en Powerlink. En el menú Soporte, seleccione Descargas y Licencias de Software > Descargas P-R > PowerPath para Linux.

2. Descomprima el archivo de PowerPath. Escriba:

tar -xzf EMCpower.LINUX-5.5.x.xx.xx-<compilación>.tar.gz

3. Continúe con "Actualización de PowerPath" en la página 34.

Actualización dePowerPath

Para actualizar PowerPath:


2. Para actualizar a la nueva versión de PowerPath, escriba:

rpm -Uhv EMCpower.LINUX-5.5.0-xxx.yyyy.zzzz.rpm

donde:

xxx = número de build

yyyy = plataforma, por ejemplo, RHEL5 o SLES10 SP3

zzzz = i386, ia64 o x86_64

Consulte "Nombres de paquetes" en la página 21.

Donde <package_name> es uno de los nombres de paquete que se enumeran en la Tabla 2 en la página 21.

3. Ejecute el comando /etc/init.d/PowerPath start para iniciar PowerPath.

4. Si la configuración de PowerPath incluye políticas o configuraciones personalizadas, ejecute el comando powermt load para cargarlas.



Actualización del sistema operativo LinuxEsta sección describe cómo actualizar PowerPath en diferentes versiones de Linux.

Nota: Antes de la actualización a una nueva versión de Linux, consulte E-Lab Interoperability Navigator para verificar que esa versión de Linux ha sido calificada con PowerPath.

Existen tres grupos de procedimientos:

◆ Actualización de PowerPath antes de la actualización del service pack de SLES o de la actualización de RHEL en Linux

◆ Actualización de PowerPath después de la actualización de RHEL en Linux

◆ Actualización de PowerPath después de actualizar desde una versión principal de Linux a la siguiente versión principal de Linux

Actualización de PowerPath antes de la actualización del service pack de SLES o de la actualización de RHEL en Linux

Para actualizar PowerPath antes de actualizar Linux (de SLES 10 SP2 a SLES 10 SP3, y de RHEL 5 U4 a RHEL 5 U5), ejecute los siguientes pasos:

1. Actualice PowerPath a la versión más reciente, como se describe en "Instalación desde un CD" en la página 20.

Nota: No inicie PowerPath en este momento.

2. Actualice el sistema operativo a una versión que soporte PowerPath, según se describe en la documentación de RedHat y Novell.

3. Reinicie el host. Este es el último paso en hosts SLES.

4. En los hosts RHEL, ejecute el comando /etc/init.d/PowerPath start para iniciar PowerPath.


36


Actualización de PowerPath después de la actualización de RHEL en LinuxPara actualizar PowerPath después de actualizar Linux (de RHEL5 U4 a RHEL 5 U5), ejecute los siguientes pasos:

Nota: La actualización de PowerPath después de actualizar Linux no se admite en hosts SLES.

1. Actualice el sistema operativo a la versión más reciente con soporte en PowerPath, según se describe en la documentación de RedHat.


3. Actualice PowerPath a la versión más reciente, como se describe en "Actualización desde un CD" en la página 33.

4. Ejecute el comando /etc/init.d/PowerPath start para iniciar PowerPath.

Actualización de PowerPath después de actualizar desde una versión principal de Linux a la siguiente versión principal de Linux

Para actualizar PowerPath después de actualizar de una versión principal de Linux a la siguiente versión principal de Linux (de RHEL4 U8 a RHEL5 U5, de SLES 9 SP4 a SLES 10 SP3, de SLES 10 SP2/SP3 a SLES 11 SP1), ejecute los siguientes pasos:

1. Cambie el nombre de /etc/init.d/PowerPath por /etc/init.d/PowerPath.old.

2. Actualice el sistema operativo a una versión que soporte PowerPath, según se describe en la documentación de RedHat y Novell.

3. Actualice PowerPath a la versión más reciente.

4. Ejecute: /etc/init.d/PowerPath start para iniciar PowerPath.

5. Elimine /etc/init.d/PowerPath.old.



Actualización de PowerPath en un ambiente de cluster SteelEye LifeKeeperPara actualizar PowerPath en un ambiente de cluster SteelEye LifeKeeper, realice lo siguiente.

Nota: Asegúrese de que el nodo que se está actualizando no tenga jerarquías ni recursos activos.

1. Antes de actualizar PowerPath, escriba lkbackup -c --cluster para hacer backup de la configuración de LifeKeeper.

Nota: Asegúrese de contar con un backup adecuado de la configuración almacenado en una ubicación segura (por ejemplo, en un sistema no relacionado con el cluster).

2. Ejecute el comando lkstop -r en el nodo que está actualizando para detener LifeKeeper.

3. Desinstale PowerPath.

a. Escriba rpm -qa | grep -i emcpower.

b. Escriba rpm -ev --nodeps <package_name>.



6. Verifique la configuración de PowerPath:

a. Ejecute el comando powermt display.

b. Ejecute el comando powermt display dev=all.

7. Ejecute el comando lkstart para iniciar SteelEye LifeKeeper.

8. Repita los pasos del 1 al 7 para cada nodo del cluster.

Nota: EMC recomienda cambiar los recursos de manera manual al nodo actualizado anteriormente para garantizar que las jerarquías de recursos funcionen adecuadamente en el nodo actualizado. El cambio manual, a diferencia del cambio automático, minimiza el impacto sobre las aplicaciones que estén en ejecución.


38


Actualización de la encriptación de PowerPathPara actualizar la encriptación de PowerPath, consulte “Actualización de software de PowerPath” en la Guía del usuario de PowerPath 5.5 Encryption with RSA.

Coexistencia con software de administración de paths de otros fabricantes

PowerPath puede coexistir con software de administración de paths de otros fabricantes basado en MPIO, por ejemplo:

◆ Hitachi Dynamic Link Manager (HDLM)

◆ IBM Subsystem Device Driver (SDD)

◆ HP StorageWorks Secure Path

◆ HP StorageWorks AutoPath XP Virtual Array

Sin embargo, PowerPath no puede coadministrar dispositivos con software de administración de paths de otros fabricantes.

Cuando PowerPath coexiste con otro software para múltiples paths, las HBA deben dedicarse a PowerPath o al software de otros fabricantes, pero no pueden utilizarse para los dos paquetes.

Si este software está instaladoSe deshabilita el soporte para este tipo de arreglo en PowerPath

HDLM Hitachi Lightning, Hitachi TagmaStore

SDD ESS de IBM

HP StorageWorks Secure Path HP StorageWorks EVA, EMA, MA

HP StorageWorks AutoPath XP Virtual Array HP StorageWorks XP



Comportamiento de PowerPath No se soporta la coadministración de PowerPath con productos de administración de paths de arreglos de discos de terceros; por lo tanto, cuando habilite PowerPath para una clase que se está administrando con un producto de terceros, el comportamiento de múltiples paths no está definido.

Dado que PowerPath no está soportado en ambientes de administración de paths de otros fabricantes, si el tipo de clase de sistema de almacenamiento correspondiente está en el estado administrado, el comportamiento de múltiples paths para cualquier arreglo conectado de la clase correspondiente queda sin definir cuando ejecuta el comando powermt manage class=<class>.

Dado que PowerPath y el software de terceros no puede coadministrar dispositivos, no inicie la coadministración al ejecutar este comando en máquinas de clase de arreglos de terceros. Mientras no se ejecute este comando, el soporte para estos arreglos de terceros pertinentes permanecerá deshabilitado en todos los reinicios.

Si este software está instalado o habilitado

El comportamiento de múltiples paths no está definido si ejecuta este comando

HDLM powermt manage class=hitachi

SDD powermt manage class=ess

HP StorageWorks Secure Path powermt manage class=hphsx

HP StorageWorks AutoPath XP Virtual Array

powermt manage class=hpxp

Coexistencia con software de administración de paths de otros fabricantes 39

40


De la misma manera, antes de instalar software de administración de paths de otros fabricantes en un sistema en el que ya está instalado PowerPath, deshabilite todo soporte de PowerPath para los dispositivos de arreglos pertinentes de otros fabricantes mediante el comando powermt unmanage class=<class>.

Antes de instalar o habilitar este software Ejecute este comando

HDLM powermt unmanage class=hitachi

SDD powermt unmanage class=ess

HP StorageWorks Secure Path powermt unmanage class=hphsx

HP StorageWorks AutoPath XP Virtual Array

powermt unmanage class=hpxp


2Invisible Body Tag


◆ Introducción......................................................................................... 42◆ Configuración de PowerPath en una configuración de encendido

desde SAN (SLES 10 SP3) .................................................................. 43◆ Configuración de PowerPath en una configuración de encendido

desde SAN (SLES11 SP1) ................................................................... 45◆ Configuración de PowerPath en una configuración de encendido

desde SAN (RHEL 5 y actualizaciones)........................................... 47◆ Actualización del kernel de Linux en una configuración de

encendido desde SAN ........................................................................ 50◆ Actualización del kernel de Linux en una configuración de

encendido desde SAN (SLES11SP1) ................................................. 52◆ Actualización de PowerPath en una configuración de encendido

desde SAN............................................................................................ 54◆ Eliminación de PowerPath en una configuración de encendido

desde SAN............................................................................................ 55◆ Eliminación de PowerPath en una configuración de encendido

desde SAN (SLES11 SP1) ................................................................... 56

Configuración de undispositivo raíz de

PowerPath en Linux

Configuración de un dispositivo raíz de PowerPath en Linux 41

42

Configuración de un dispositivo raíz de PowerPath en Linux

IntroducciónEn los sistemas de almacenamiento Symmetrix y CLARiiON, puede utilizar un pseudodispositivo (emcpower) de PowerPath ubicado en un almacenamiento externo como dispositivo raíz (el dispositivo que contiene la imagen de inicio). Para usar un pseudo dispositivo de PowerPath como dispositivo de raíz, el dispositivo debe estar bajo control de LVM. Una vez cargados los controladores de PowerPath, el uso de un pseudo dispositivo de PowerPath como dispositivo raíz ofrece balanceo de carga y failover de path para el dispositivo raíz.

EMC PowerPath for Linux Release Notes contiene las configuraciones soportadas del dispositivo raíz.

Consideraciones de dispositivo raízTenga en cuenta lo siguiente antes de configurar un dispositivo raíz.

◆ Con PowerPath, EMC recomienda lo siguiente:

• Utilice un pseudodispositivo (emcpower) de PowerPath en lugar de un dispositivo sd nativo en el archivo /etc/fstab.

• Para RHEL 5, utilice el UUID en el archivo /etc/fstab para montar el file system /boot.

• Para SLES 10 y SLES 11, utilice un pseudodispositivo (emcpower) de PowerPath en lugar del dispositivo predeterminado /dev/disk/by-id en el archivo /etc/fstab.

IMPORTANTE!Para usar un pseudo dispositivo PowerPath como el dispositivo raíz, el dispositivo debe estar bajo control de LVM.

◆ Cuando haga el boot desde la SAN, pueden aparecer mensajes de ID duplicados si está ejecutando cualquier comando relacionado con LVM. Para evitar la visualización de mensajes duplicados, filtre todos los dispositivos sd mediante el archivo /etc/lvm/lvm.conf. Para obtener más información sobre cómo modificar /etc/lvm/lvm.conf.vice, consulte "Configuración de soporte para LVM2" en la página 71.



Configuración de PowerPath en una configuración de encendido desde SAN (SLES 10 SP3)

Para configurar un dispositivo raíz de PowerPath mediante LVM en un host con solo SLES10 y service packs:

1. Cree una configuración de partición personalizada en el dispositivo del almacenamiento de destino para dos particiones:

• La partición /boot con formato de file system ext3 o reiserfs, y con al menos 100 MB de tamaño.

• Una segunda partición de tipo 0x8E Linux LVM, utilizando el espacio restante del dispositivo de almacenamiento.

Nota: Para PowerPC, siga las recomendaciones de partición para la creación de particiones PReP.

2. Instale SLES en el host. Configure un solo path activo al LUN de inicio durante la instalación inicial. Al final de este procedimiento conectará LUNs adicionales y configurará paths adicionales.

3. Cree un grupo de volúmenes para la partición LVM.

4. En el grupo de volúmenes, cree un volumen separado para cada file system. Formatee cada volumen como swap, ext3 o reiserfs y designe el punto de montaje deseado.

5. Cambie el cargador de encendido predeterminado de LILO a GRUB. Asegúrese de que la ubicación del cargador de inicio especifique el MBR del dispositivo deseado y no el sector de inicio de la partición /boot.

Nota: Este paso no se aplica para los hosts IBM PowerPC.

6. Realice una actualización de la revisión del kernel a una revisión compatible con PowerPath. EMC PowerPath for Linux Release Notes contiene los requerimientos actuales de PowerPath.

7. Instale y configure PowerPath según las instrucciones que aparecen en el Capítulo 1, "Instalación de PowerPath en un host Linux" y la guía EMC Host Connectivity with QLogic Fibre Channel and iSCSI Host Bus Adapters (HBA) and Converged Network Adapters (CNA) for the Linux environment.

Configuración de PowerPath en una configuración de encendido desde SAN (SLES 10 SP3) 43

44


8. Edite el archivo /etc/fstab para montar la partición /boot en un pseudodispositivo de PowerPath en lugar de usar el dispositivo predeterminado /dev/disk/by-id del archivo /etc/fstab. Considere el siguiente host donde emcpowera es el pseudo nombre correspondiente de PowerPath para el dispositivo predeterminado /dev/disk/by-id.

El archivo /etc/fstab original se verá de manera similar a la siguiente:

Nota: Este paso no se aplica para los hosts IBM PowerPC.

/dev/system/root / reiserfs acl,user_xattr 1 1/dev/disk/by-id/scsi-360060160909a1d00eafe889a2941dc11-part1

/boot ext2 acl,user_xattr 1 2/dev/system/swap swap, intercambio, permutaswap, intercambio, permuta

defaults 0 0proc /proc proc defaults 0 0sysfs /sys sysfs noauto 0 0debugfs /sys/kernel/debug debugfs noauto 0 0usbfs /proc/bus/usb usbfs noauto 0 0devpts /dev/pts devpts mode=0620,gid=5 0 0/dev/fd0 /media/floppy auto noauto,user,sync 0 0

Edite el archivo /etc/fstab de manera que la partición /boot se monte mediante un pseudodispositivo de PowerPath. Por ejemplo, /dev/emcpoweru1. A continuación se muestra el archivo /etc/fstab modificado.

/dev/system/root / reiserfs acl,user_xattr 1 1/dev/emcpoweru1 /boot ext2 acl,user_xattr 1 2/dev/system/swap swap, intercambio, permutaswap, intercambio, permuta

defaults 0 0proc /proc proc defaults 0 0sysfs /sys sysfs noauto 0 0debugfs /sys/kernel/debug debugfs noauto 0 0usbfs /proc/bus/usb usbfs noauto 0 0devpts /dev/pts devpts mode=0620,gid=5 0 0/dev/fd0 /media/floppy auto noauto,user,sync 0 0

9. Configure paths adicionales hacia los dispositivos de almacenamiento. Conecte LUN adicionales al host.



Configuración de PowerPath en una configuración de encendido desde SAN (SLES11 SP1)

Para configurar un dispositivo de PowerPath con configuración de encendido desde SAN mediante LVM en un host con solamente SLES 11 y service packs:


• La partición /boot con formato de file system ext3 y con al menos 100 MB de tamaño.



2. Instale SLES en el host. Configure un solo path activo al LUN de inicio durante la instalación inicial. Al final de este procedimiento conectará LUNs adicionales y configurará paths adicionales.


4. En el grupo de volúmenes, cree un volumen separado para cada file system. Aplique un formato swap o ext3 a cada volumen, y designe el punto de montaje deseado para cada partición.

5. Asegúrese de que GRUB sea el cargador de encendido seleccionado y de que la ubicación del cargador de encendido especifique el MBR del dispositivo deseado y no el sector de encendido de la partición /boot.


7. Agregue paths adicionales al LUN de encendido y configúrelos en PowerPath.

Configuración de PowerPath en una configuración de encendido desde SAN (SLES11 SP1) 45

46


8. Edite el archivo /etc/fstab para montar la partición /boot en un pseudodispositivo de PowerPath en lugar del dispositivo predeterminado /dev/disk/by-id o /dev/disk/by-uuid del archivo /etc/fstab.

El archivo /etc/fstab original se verá de manera similar a la siguiente:

/dev/sles11/swap swap swap defaults 0 0/dev/sles11/root / ext3 acl,user_xattr 1 1/dev/disk/by-id/scsi-3600601605c7019002820bd32b767de11-part1

/boot ext3 acl,user_xattr 1 2proc /proc proc defaults 0 0sysfs /sys sysfs noauto 0 0debugfs /sys/kernel/debug debugfs noauto 0 0usbfs /proc/bus/usb usbfs noauto 0 0devpts /dev/pts devpts mode=0620,gid=5 0 0

Edite el archivo /etc/fstab de manera que la partición /boot se monte mediante un pseudodispositivo de PowerPath. Por ejemplo, /dev/emcpowera1. A continuación se muestra el archivo /etc/fstab modificado.

/dev/sles11/swap swap swap defaults 0 0/dev/sles11/root / ext3 acl,user_xattr 1 1#/dev/disk/by-id/scsi-3600601605c7019002820bd32b767de11-part1

/boot ext3 acl,user_xattr 1 2/dev/emcpowera1 /boot ext3 acl,user_xattr 1 2proc /proc proc defaults 0 0sysfs /sys sysfs noauto 0 0debugfs /sys/kernel/debug debugfs noauto 0 0usbfs /proc/bus/usb usbfs noauto 0 0devpts /dev/pts devpts mode=0620,gid=5 0 0

De ser necesario, guarde un backup del archivo /etc/fstab.

9. Edite el archivo /etc/lvm/lvm.conf para filtrar los nodos de dispositivos SCSI de la caché interna, de modo que LVM2 reconozca un pseudodispositivo de PowerPath como el único path hacia un LUN. Modifique el campo filter del archivo /etc/lvm/lcm.conf con la línea adecuada para el kernel de SLES 11, según corresponda:

# By default we accept every block device except udev names:# filter = [ "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|", "a/.*/" ]filter = [ "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|",

"r|/dev/sd.*|", "a/.*/" ]

De ser necesario, guarde un backup del archivo /etc/lvm/lvm.conf.


C


10. Ejecute el comando vgscan -v para reconstruir la caché de LVM2.

11. Ejecute el comando lvmdiskscan para asegurarse de que el campo filter funcione correctamente. Verifique que los nodos filtrados del dispositivo no aparezcan en el resultado.

12. Cree una imagen initrd nueva.

mkinitrd -i /boot/initrd-pp-2.6.27.19-5-default -k /boot/vmlinuz-2.6.27.19-5-default -f powerpath

13. Agregue una entrada de encendido nueva para la imagen initrd nueva que creó en el paso 12 en /boot/grub/menu.lst.

14. Conecte los LUN adicionales al host y configúrelos en PowerPath.

15. Reinicie el host, a fin de que se aplique la imagen initrd nueva que tiene los módulos de PowerPath.

Configuración de PowerPath en una configuración de encendido desde SAN (RHEL 5 y actualizaciones)

Para configurar un dispositivo raíz de PowerPath mediante LVM en un host RHEL:


• La partición /boot con formato de file system ext3 y con al menos 100 MB de tamaño.



2. Instale RHEL en el host. Configure un solo path activo al LUN de inicio durante la instalación inicial. Al final de este procedimiento conectará LUNs adicionales y configurará paths adicionales.


4. En el grupo de volúmenes, cree un volumen separado para cada file system. Aplique un formato swap o ext3 a cada volumen, y designe el punto de montaje deseado para cada partición.

onfiguración de PowerPath en una configuración de encendido desde SAN (RHEL 5 y actualizaciones) 47

48


5. Asegúrese de que GRUB sea el cargador de encendido seleccionado y de que la ubicación del cargador de encendido especifique el MBR del dispositivo deseado y no el sector de encendido de la partición /boot.


7. Si está trabajando en hosts RHEL 5 o IBM PowerPC, debe editar /etc/fstab para montar /boot mediante UUID. De manera predeterminada, la participación /boot está configurada para montarse mediante etiqueta. Los siguientes pasos muestran un ejemplo de configuración de /etc/fstab para montar /boot mediante UUID.

a. Identifique la partición que sirve de host para la partición /boot:

# df -kh /bootFilesystem Size Used Avail Use% Mounted on/dev/emcpowera1 99M 22M 73M 23% /boot# ls -l /dev/disk/by-uuid/ | grep emcpowera1lrwxrwxrwx 1 root root 16 Jun 1520:38a4ef34a8-4634-4a4a-bd8f-c79026b63224 ->

../../emcpowera1

El UUID para la partición es:

/dev/disk/by-uuid/ a4ef34a8-4634-4a4a-bd8f-c79026b63224

b. Edite el archivo /etc/fstab, reemplazando LABEL= con el UUID de la línea que contiene /boot.

/dev/system/LogVol00 / ext3 defaults 1 1/dev/disk/by-uuid/a4ef34a8-4634-4a4a-bd8f-c79026b63224 /boot ext3 defaults 1 2#LABEL=/boot /boot ext3 defaults 1 2devpts /dev/pts devpts gid=5,mode=620 0 0tmpfs /dev/shm tmpfs defaults 0 0proc /proc proc defaults 0 0sysfs /sys sysfs defaults 0 0/dev/system/LogVol01 swap swap defaults 0 0

Tenga en cuenta que la función mount by UUID multipath device no depende de la versión de PowerPath instalada, ya que es una función que el sistema operativo subyacente soporta o no.


C


8. Configure paths adicionales hacia los dispositivos de almacenamiento. Conecte LUN adicionales al host.

Nota: Es posible que el host de encendido desde SAN no se encienda correctamente si se cumplen las dos condiciones siguientes:

a. La imagen del ramdisk se creó después de haber instalado y configurado PowerPath con condiciones de filtrado de LVM específicas. Esto puede ocurrir automáticamente en actualizaciones de driver o kernel.

b. El nombre del dispositivo nativo del dispositivo raíz ha cambiado debido a las modificaciones de configuración (fabric/arreglo) realizadas.

Durante el encendido, el ramdisk se cargará, pero no se encontrará el grupo de volúmenes raíz; el encendido no podrá continuar, lo que generará un estado de alarma en el kernel.

9. Haga una copia de la imagen original del ramdisk ubicada en la carpeta /boot. Asegúrese de que el filtro de LVM en la imagen acepte todos los dispositivos:

[root@libl044 ~]# cp /boot/ initrd-2.6.18-194.el5.img /boot/initrd-2.6.18-194.el5.img.original

10. Cree una nueva entrada en el archivo /boot/grub/menu.lst con la imagen original del ramdisk creada en el paso anterior.

title Red Hat Enterprise Linux Server (2.6.18-194.el5) root (hd0,0)kernel /vmlinuz-2.6.18-194.el5 ro

root=/dev/VolGroup00/LogVol00 rhgb quiet initrd /initrd-2.6.18-194.el5.img

title Red Hat Enterprise Linux Server (2.6.18-194.el5)root (hd0,0)kernel /vmlinuz-2.6.18-194.el5 ro

root=/dev/VolGroup00/LogVol00 rhgb quiet initrd /initrd-2.6.18-194.el5.img.original

onfiguración de PowerPath en una configuración de encendido desde SAN (RHEL 5 y actualizaciones) 49

50


Actualización del kernel de Linux en una configuración de encendido desde SAN

Para actualizar el kernel de Linux en una configuración de encendido desde SAN:

1. Realice la actualización del kernel siguiendo los pasos proporcionados por RedHat y Novell para la actualización del kernel en el host.

2. Antes de reiniciar el host, edite el archivo /etc/fstab para agregar comentarios en las entradas que se refieren a los pseudonombres (emcpower) de PowerPath.

A continuación se muestra un ejemplo de archivo /etc/fstab con una entrada comentada para la partición /boot.

/dev/VolGroup00/LogVol00 / ext3 defaults 1 1#/dev/emcpowera1 /boot ext3 defaults 1 2none /dev/pts devpts gid=5,mode=620 0 0none /dev/shm tmpfs defaults 0 0none /proc proc defaults 0 0none /sys sysfs defaults 0 0/dev/VolGroup00/LogVol01 swap swap defaults 0 0/dev/hda /media/cdrom autopamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0/dev/fd0 /media/floppy autopamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0


En un host PowerPath 5.1.0 y superior, PowerPath detecta que se ha instalado una nueva versión de Linux en el host y reinstala automáticamente los controladores de PowerPath. No necesita reinstalar PowerPath después de actualizar Linux.



4. Elimine los comentarios de todas las entradas del archivo /etc/fstab que se refieren a los pseudodispositivos (emcpower) de PowerPath. A continuación se muestra un archivo /etc/fstab modificado:

/dev/VolGroup00/LogVol00 / ext3 defaults 1 1/dev/emcpowera1 /boot ext3 defaults 1 2none /dev/pts devpts gid=5,mode=620 0 0none /dev/shm tmpfs defaults 0 0none /proc proc defaults 0 0none /sys sysfs defaults 0 0/dev/VolGroup00/LogVol01 swap swap defaults 0 0/dev/hda /media/cdrom autopamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0/dev/fd0 /media/floppy autopamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0

5. Ejecute el comando mount -a para asegurarse de que todas las particiones emcpower del archivo /etc/fstab estén montadas.

Actualización del kernel de Linux en una configuración de encendido desde SAN 51

52


Actualización del kernel de Linux en una configuración de encendido desde SAN (SLES11SP1)

Para actualizar el kernel de Linux en una configuración de encendido desde SAN en un host SLES 11:

1. Edite el archivo /etc/fstab para agregar comentarios en las referencias a pseudodispositivos (emcpower) de PowerPath y activar (o agregar) las entradas de dispositivos nativos.

/dev/disk/by-id/scsi-3600601605c7019002820bd32b767de11-part1 /boot ext3 ac1,user_xattr 1 2

#/dev/emcpowera1 /boot ext3 ac1,user_xattr 1 2

2. Restablezca la configuración predeterminada del filtro /etc/lvm/lvm.conf de LVM.

filter = [ "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|", "a/.*/" ]#filter = [ "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|",

"r|/dev/sd.*|", "a/.*/" ]

3. Reconstruya la caché de LVM2 y verifique que el filtro funcione correctamente:

a. Ejecute el comando vgscan –v para reconstruir la caché de LVM2.

b. Ejecute el comando lvmdiskscan para asegurarse de que el campo filter funcione correctamente.

4. Actualice el kernel según se describe en la documentación de Novell y reinicie el host.

5. Edite el archivo /etc/fstab para montar la partición /boot en un pseudodispositivo de PowerPath.

#/dev/disk/by-id/scsi-3600601605c7019002820bd32b767de11-part1 /boot ext3 acl,user_xattr 1 2

/dev/emcpowera1 /boot ext3 acl,user_xattr 1 2

6. Configure el filtro /etc/lvm/lvm.conf de LVM de modo que rechace los dispositivos nativos.

filter = [ "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|", "r|/dev/sd.*|", "a/.*/" ]



7. Reconstruya la caché de LVM2 y verifique que el filtro funcione correctamente:

a. Ejecute el comando vgscan –v para reconstruir la caché de LVM2.

b. Ejecute el comando lvmdiskscan para asegurarse de que el campo filter funcione correctamente.

8. Cree la imagen initrd con la función de PowerPath.

mkinitrd -i /boot/initrd-pp-2.6.27.23-0.1-default -k /boot/vmlinuz-2.6.27.23-0.1-default -f powerpath

9. Agregue una entrada de partición nueva que tenga la imagen initrd (initrd-pp-2.6.27.23-0.1-default) de PowerPath en /boot/grub/menu.lst.


Actualización del kernel de Linux en una configuración de encendido desde SAN (SLES11SP1) 53

54


Actualización de PowerPath en una configuración de encendido desde SAN

Para actualizar PowerPath en una configuración de encendido desde SAN:

1. Detenga Navisphere Agent y cualquier otra aplicación que pueda estar manteniendo abiertos los dispositivos.

Nota: El agente de Navisphere no se aplica para los hosts IBM PowerPC. Por consiguiente, detener el agente de Navisphere no es necesario para los hosts IBM PowerPC.

2. Desmonte todos los file systems montados en dispositivos PowerPath y desactive los grupos de volúmenes que usan estos file systems.

3. Cambie el nombre de /etc/init.d/PowerPath por /etc/init.d/PowerPath.old.

4. Edite el archivo /etc/fstab para eliminar las referencias a los pseudodispositivos (emcpower) de PowerPath.


6. Luego del reinicio del host, escriba:

rpm -Uvh <package_name>

donde <package_name> es uno de los nombres de paquete que se aparecen en la Tabla 2 en la página 21.

7. Escriba /etc/init.d/PowerPath start para iniciar PowerPath.



Eliminación de PowerPath en una configuración de encendido desde SAN

Para eliminar PowerPath de una configuración de encendido desde SAN:

1. Transfiera el script /etc/init.d/PowerPath a una ubicación diferente.

2. Edite el archivo /etc/fstab para eliminar las referencias a los pseudodispositivos (emcpower) de PowerPath.


4. Elimine PowerPath según las instrucciones que se indican en el Capítulo 5, "Eliminación de PowerPath de un host Linux".

Eliminación de PowerPath en una configuración de encendido desde SAN 55

56


Eliminación de PowerPath en una configuración de encendido desde SAN (SLES11 SP1)

Para eliminar PowerPath de una configuración de encendido desde SAN en SLES 11:

1. Transfiera el script /etc/init.d/PowerPath a una ubicación diferente.

2. Edite el archivo /etc/fstab para restaurarlo al estado original reemplazando las referencias al dispositivo emcpower por dispositivos SCSI.

3. Edite el archivo /etc/lvm/lvm.conf para restaurar el filtro y aceptar los nodos de los dispositivos SCSI.


5. Ejecute el comando lvmdiskscan para asegurarse de que el campo filter funcione correctamente.

6. Cree una imagen initrd nueva sin la función de PowerPath.

mkinitrd -i /boot/initrd-2.6.27.19-5-default -k /boot/vmlinuz-2.6.27.19-5-default

7. Agregue una entrada de encendido nueva para la imagen initrd nueva que creó en el paso 6 en /boot/grub/menu.lst.

8. Reinicie el host y seleccione la entrada del cargador de encendido con la imagen initrd que se creó en el paso 6.

9. Elimine PowerPath según las instrucciones que se indican en el Capítulo 5, "Eliminación de PowerPath de un host Linux".


3


◆ Introducción........................................................................................ 58◆ Incorporación de paths nuevos a un dispositivo lógico de

PowerPath ........................................................................................... 59◆ Eliminación de algunos paths a dispositivos lógicos de

PowerPath ................................................................................... 61

Configuración de undispositivo lógico de

PowerPath

Configuración de un dispositivo lógico de PowerPath 57

58

Configuración de un dispositivo lógico de PowerPath

IntroducciónDebe volver a configurar PowerPath después de realizar cambios de configuración que afecten la conectividad del host con el sistema de almacenamiento o la identificación de dispositivos lógicos.

Por ejemplo:

◆ Cambios de zona en switches Fibre Channel

◆ Incorporación o eliminación de switches Fibre Channel

◆ Incorporación o eliminación de HBAs o puertos de sistemas de almacenamiento

◆ Incorporación o eliminación de dispositivos lógicos

Nota: Si no vuelve a configurar PowerPath después de efectuar cambios de configuración, muchos de los cambios se considerarán no intencionales y PowerPath intentará impedir que afecten las aplicaciones.

Muchas de las operaciones específicas de la plataforma y algunas operaciones de reconfiguración de PowerPath no se completarán si se encuentran en uso los dispositivos lógicos afectados (marcados como activos o con transferencias de I/O en curso). Esto se indica donde corresponda en los procedimientos que se mencionan a continuación.

Después de cualquier tarea de reconfiguración, debe monitorear el resultado de los pasos de reconfiguración individuales y confirmar que los cambios resultantes sean los deseados antes de emplear la nueva configuración. De lo contrario, es posible que algunos paths no sean los deseados. Por ejemplo, es posible escribir accidentalmente en el dispositivo lógico incorrecto (si se piensa que el dispositivo nativo está asociado a otro dispositivo lógico).



Incorporación de paths nuevos a un dispositivo lógico de PowerPath

Este procedimiento incorpora nuevos paths a un dispositivo lógico ya configurado (con al menos un path) en PowerPath. El procedimiento se aplica solamente a las clases administradas del sistema de almacenamiento; es decir, no se aplica a ninguna clase del sistema de almacenamiento que se haya excluido del control de PowerPath mediante el comando powermt unmanage. La guía PowerPath CLI and System Messages Reference Guide contiene información adicional sobre el comando powermt unmanage.

La reconfiguración de un host Linux requiere que detenga las aplicaciones. Una vez que se haya completado la reconfiguración correctamente, los nuevos dispositivos nativos se pueden usar como cualquier otro dispositivo nativo.

ATENCIÓN!Todas las operaciones deben completarse de manera satisfactoria para que la reconfiguración sea correcta. Si se produce una falla en cualquiera de los pasos, solucione el problema antes de continuar. No utilice la configuración nueva hasta que se complete satisfactoriamente el procedimiento.

Límite de paths No configure más de 32 paths por dispositivo lógico.

Procedimiento Para agregar paths a un dispositivo lógico PowerPath:

1. Ejecute el comando powermt display para confirmar la configuración actual.

2. Ejecute el comando powermt display dev=all para confirmar la configuración de los dispositivos lógicos a los que se agregarán nuevos paths.

3. Asegúrese de que la cantidad de dispositivos lógicos, paths de hardware y paths de I/O sea la deseada. El estado del path debe ser activo para los paths correctos conocidos e inactivo para los paths incorrectos conocidos.

La guía EMC PowerPath Product Guide incluye una descripción de los paths de hardware y de los paths de I/O.

Si se presenta un problema, soluciónelo antes de continuar.

Incorporación de paths nuevos a un dispositivo lógico de PowerPath 59

60


4. Agregue paths físicos según sea necesario.

a. Asigne el dispositivo lógico a los puertos adicionales del sistema de almacenamiento.

b. Agregue HBAs nuevas. Para obtener información detallada, consulte la documentación de su proveedor.

c. Conecte los cables.

d. Ajuste la zonificación en el fabric del arreglo de almacenamiento.

5. Si utiliza SAN Manager™, Volume Logix o Access Logix™, use estas herramientas para hacer que nuevos paths estén disponibles para el host.

6. Examine el Bus HBA en el que se configuraron los paths nuevos.

echo “---”>/sys/class/scsi_host/host<#>/scan

7. Ejecute powermt config para configurar los paths nuevos bajo el control de PowerPath.

8. Examine la nueva configuración de PowerPath:

a. Ejecute el comando powermt display dev=all.

Los nuevos paths se deben mostrar con el estado “activo”.

b. Ejecute el comando powermt restore para probar todos los paths.

c. Examine los logs de errores del sistema operativo a fin de asegurarse de que no se hayan registrado errores relacionados con los paths nuevos.

9. Corrija cualquier problema detectado.

10. Ejecute el comando powermt save para guardar la configuración nueva.



Eliminación de algunos paths a dispositivos lógicos de PowerPath

Este procedimiento elimina algunos paths (pero no todos) hacia dispositivos lógicos configurados en PowerPath.

Para clases administradas de arreglos de almacenamiento, los paths no configurados en PowerPath se configuran automáticamente la primera vez que se accede al dispositivo nativo asociado. Si un path en funcionamiento se desconfigura como se describe en el siguiente procedimiento, el path se vuelve a configurar automáticamente la próxima vez que se accede.

ATENCIÓN!No elimine el último path activo a un dispositivo lógico a menos que desee eliminar completamente el dispositivo lógico, ya que se interrumpirá el acceso a los datos. (Si un dispositivo de PowerPath está abierto, el comando powermt remove no elimina ese dispositivo ni el último path hacia ese dispositivo).

ATENCIÓN!Si una aplicación usa un dispositivo nativo asociado con un path que se va a eliminar, este procedimiento podría fallar. Seleccione paths diferentes para eliminar o detener usando ese path.

Procedimiento Para eliminar algunos paths a dispositivos lógicos PowerPath:

1. Ejecute el comando powermt display dev=all para confirmar la configuración de los dispositivos lógicos cuyos paths se eliminarán.

2. Compruebe la cantidad de paths existentes.

El estado del path debe ser activo para los paths correctos conocidos e inactivo para los paths incorrectos conocidos.

3. Si se presenta un problema, soluciónelo antes de continuar.

4. Identifique los paths físicos que desee eliminar o quitar de la zona, y confirme que haya otros paths a los dispositivos lógicos afectados. (De lo contrario, es posible que las aplicaciones que utilicen dichos dispositivos lógicos experimenten errores de I/O).

Eliminación de algunos paths a dispositivos lógicos de PowerPath 61

62


5. Ejecute el comando powermt display dev=all para identificar el número de HBA de PowerPath asociado a los paths que desea eliminar e identifique también el dispositivo nativo asociado a los paths que desea eliminar.

En topologías complejas, es posible que existan varios paths en una HBA.

6. Ejecute el comando pp_inq -btl para obtener bus, TID y LUN. Guarde el resultado del comando.

7. Si utiliza dispositivos de I/O (sg) de caracteres en Linux, ejecute el comando sg_map -i -x y guarde el resultado. Las utilerías sg están disponibles en http://www.torque.net/sg/index.html.

8. Si un dispositivo nativo que apunta hacia el path que se va a eliminar está en uso, modifique todas las aplicaciones configuradas para usar ese dispositivo, de modo que usen otro dispositivo.

9. Ejecute el comando powermt set mode=standby para establecer el modo en standby para todos los paths que se desea eliminar. Si se desea eliminar una HBA, especifique la HBA (no el dispositivo) cuando ejecute el comando powermt set mode.

10. Desconecte los paths físicamente, o desconéctelos lógicamente al eliminarlos de las zonas activas.

Como resultado de este paso, el sistema operativo puede registrar algunos mensajes de error, y el demonio de administración de PowerPath también emitirá mensajes de error cuando los paths estén desconectados físicamente. Sin embargo, PowerPath evita que estos errores afecten las aplicaciones.

11. Ejecute el comando powermt restore y verifique que los paths que se muestran como inactivos sean los que deseaba eliminar.

a. Escriba todos los nombres de dispositivos nativos y verifique que los paths que se muestran como inactivos sean los que deseaba eliminar.

12. Ejecute el comando powermt remove y especifique los argumentos hba y dev.

ATENCIÓN!Si no especifica el argumento hba, se eliminan todos los paths al dispositivo lógico especificado.



ATENCIÓN!Asegúrese de que ninguna aplicación intente utilizar el dispositivo nativo que está eliminando. Si una aplicación o utilería accede a un path nativo después de la ejecución de powermt remove pero antes de la eliminación del path físico o de que se completen las operaciones de desconfiguración del dispositivo específicas de la plataforma, es posible que PowerPath reconfigure el path.

13. Elimine los dispositivos nativos obsoletos asociados a los paths que se eliminaron (los nombres de dispositivos nativos indicados en el Paso 11a).

Nota: Este paso se aplica solo a SLES 10 SP3 y RHEL5. SLES 11 SP1 elimina automáticamente el dispositivo nativo obsoleto.

IMPORTANTE!Es fundamental eliminar los paths inactivos de PowerPath como se mencionó en el paso 12 antes de eliminar los dispositivos nativos obsoletos del kernel. En caso contrario, se puede generar un estado de alarma en el host.

Para eliminar los dispositivos nativos obsoletos del kernel:

echo 1 > /sys/block/<Native device>/device/delete

14. Examine la nueva configuración de PowerPath:

a. Ejecute el comando powermt display.

El resultado debe mostrar menos paths totales que antes. Todos los paths deben mostrar un estado óptimo.

b. Ejecute el comando powermt display dev=all.

Todos los paths restantes asociados con los dispositivos lógicos afectados se deben mostrar con un estado de “activo”.

15. Corrija cualquier problema detectado antes de guardar la configuración de PowerPath o usar los nuevos dispositivos lógicos.

16. Ejecute el comando powermt save para guardar la configuración nueva.

Eliminación de algunos paths a dispositivos lógicos de PowerPath 63

64



4Invisible Body Tag


◆ Demonio de administración mediante SNMP................................ 66◆ Instalación de las HBA de QLogic qla2300 después de la

instalación de PowerPath................................................................... 70◆ Almacenamiento de nuevas configuraciones ................................. 70◆ Configuración de soporte para LVM2.............................................. 71◆ Adición y eliminación de LUN dinámico........................................ 75◆ Reemplazo de una HBA..................................................................... 78◆ Soporte de failover de inicio de R1/R2............................................ 80◆ Definición de la convención de nombres basados en gabinete .... 83◆ Admisión de reserva SCSI-2 en PowerPath para Linux................ 83◆ Auditoría y mensajes de error........................................................... 83

Mantenimiento dePowerPath en Linux

Mantenimiento de PowerPath en Linux 65

66

Mantenimiento de PowerPath en Linux

Demonio de administración mediante SNMPEl demonio de administración de PowerPath monitorea eventos específicos de PowerPath y envía un mensaje de SNMP (protocolo de administración de redes) cuando se interrumpe el acceso a los dispositivos. El archivo de configuración para el demonio de monitoreo de eventos especifica los eventos que deben controlarse y un parámetro de filtro para cada evento. De esta manera, solo se muestran los eventos que requieren la intervención de un administrador.

Se envía un mensaje de SNMP para los eventos mencionados en el archivo de configuración, /etc/emc/emcp_mond.conf. Los mensajes se envían a un agente SNMP maestro que se ejecuta localmente. El agente maestro reenvía el mensaje a un administrador de redes remoto donde un administrador puede visualizar y tomar medidas correctivas cuando sea necesario.

Eventos monitoreadosEl demonio de administración de PowerPath monitorea y envía un mensaje SNMP trap cuando se produce alguno de los siguientes eventos:

Nota: Los mensajes solo se generan para los eventos El path está inactivo y Todos los paths están inactivos cuando se está ejecutando I/O.

◆ Un path está inactivo durante un minuto.

◆ Todos los paths hacia un volumen están inactivos durante cinco minutos.

◆ Una actividad de I/O demora más tiempo que el umbral establecido en un path.

Cuando se produce un evento monitoreado en un path, se inicia un temporizador. Luego de transcurrida una demora determinada, se genera un mensaje para informar el evento. Si se produce la cancelación de un evento en el path antes de transcurrida la demora, el mensaje no se genera. De esta manera, la demora se emplea para filtrar los eventos transitorios del path.



Tabla 1 en la página 67 muestra los eventos, las descripciones de los eventos y las ID de los eventos, y los umbrales de tiempo. También indica para cada caso, si se emite un mensaje de SNMP trap.

El umbral de tiempo para cada evento puede modificarse como se describe en "Edición de eventos" en la página 69.

El archivo de configuración para el demonio de monitoreo de eventos contiene líneas de comandos, que comienzan con una marca de hash, y líneas de eventos, que contienen la ID de cada evento que debe monitorearse, la ID de su evento de cancelación y la demora en segundos para el evento. Estos tres parámetros de eventos se delimitan con comas. Por ejemplo, la línea para el evento inactivo del path es 0x2,0x4,60.

En el archivo de configuración, también se incluyen algunos eventos no soportados, como el bus está inactivo y el volumen está inactivo. Sin embargo, estos no funcionarán aunque estén activados.

Tabla 1 Causas de un evento de demonio de administración

Evento monitoreado Causa del evento ID del evento

Mensaje de SNMP trap

El path está inactivo. El path está inactivo por un minuto. 0x2,0x4,60 Sí

El path está inactivo y se recupera en un minuto.

0x2,0x4,60 No

Todos los paths están inactivos

Uno/todos los paths están inactivos por 5 minutos.

0x20,0x40,300 Sí

Uno o todos los paths están inactivos y se recuperan en 5 minutos.

0x20,0x40,300 No

Se superó la latencia máxima de paths

Una actividad de I/O demora más tiempo que el umbral establecido en un path.

0x80000 No

Demonio de administración mediante SNMP 67

68


Configuración del demonio de administraciónLuego de instalar PowerPath Versión 5.5 en el host que debe administrarse, configure el demonio de monitoreo para enviar los mensajes al administrador SNMP. Configure cada host en el que se desee monitorear el path.

Demonio de administración de PowerPath en los hosts SLES 11 SP1 PPC64El demonio de administración PowerPath requiere la versión de 32 bits de las librerías SNMP, pero si ejecuta la arquitectura SLES 11 PPC64, SLES 11 no instala las librerías SNMP de 32 bits. Para utilizar el demonio de administración de PowerPath en los hosts SLES11 PPC64, use YaST para instalar la versión de 32 bits de las librerías SNMP o instale la versión de 32 bits del paquete RPM de las librerías SNMP y, luego, configure el demonio de administración.

Procedimiento Para configurar el demonio de administración:

1. Cambie el nombre o copie el archivo /etc/opt/emcpower/emcp_mond-sample.conf en /etc/opt/emcpower/emcp_mond.conf.

2. Edite /etc/opt/emcpower/snmpd.conf para establecer la ubicación donde debe enviarse el mensaje.

< trap2sink <Trap_Destination_IP> <Trap_destination_port#>

donde:

– <Trap_Destination_IP> es la dirección IP del host donde se instala el administrador SNMP.

– <Trap_destination_port#> es 162. Este es el número de puerto predeterminado del host donde escucha el administrador SNMP.

Por ejemplo:

< trap2sink 192.xxx.xxx.xxx 162

3. Para configurar snmpd de manera persistente en el reinicio.

a. Copie /etc/opt/emcpower/snmpd.conf en el archivo de configuración predeterminado snmp (/etc/snmp/snmp.conf).



ATENCIÓN!Precaución: Si ya hay un archivo snmpd.conf ubicado en /etc/snmp/snmp.conf, se sobrescribirá el archivo previo.

b. Controle que el servicio snmpd está activado empleando el comando chkconfig. Si no lo está, actívelo.

c. Inicie el demonio de snmpd: /etc/init.d/snmpd start

Si no planea configurar el snmpd de manera persistente en el reinicio, escriba: snmpd -c /etc/opt/emcpower/snmpd.conf para iniciar el demonio de SNMP.

4. Escriba ps -ef | grep snmpd para verificar el estado.


’root 17448 1 0 Oct08? 00:00:08 /usr/sbin/snmpd -c /etc/opt/emcpower/snmpd.conf

5. Ejecute /etc/init.d/emcp_mond.sh start para iniciar el demonio emcp_mond.

Edición de eventos

El umbral de tiempo que transcurre antes de que se genere una alerta se puede modificar al editar el archivo emcp_mond.conf.

Para editar el umbral de tiempo:

1. Abra el archivo /etc/opt/emcpower/emcp_mond.conf.

2. Para cambiar el umbral de tiempo, por ejemplo, de 60 a 90 segundos para el evento de el path está inactivo, edite la siguiente línea:

0x2,0x4,60

a:

0x2,0x4,90

3. Cierre el archivo emcp_mond.conf.

4. Reinicie el demonio:

a. Ejecute /etc/init.d/emcp_mond.sh stop.

b. Ejecute /etc/init.d/emcp_mond.sh start.

Demonio de administración mediante SNMP 69

70


Instalación de las HBA de QLogic qla2300 después de la instalación de PowerPath

Si instala las HBA y controladores de QLogic qla2300 después de haber instalado PowerPath en un host conectado a un arreglo HP StorageWorks EVA, agregue las líneas siguientes al archivo /etc/modprobe.conf.pp:

install qla2xxx /sbin/modprobe emcpsf; /sbin/modprobe qla2xxx --ignore-installinstall emcp /sbin/modprobe qla2xxx; /sbin/modprobe emcp --ignore-install

Almacenamiento de nuevas configuracionesLa configuración cambia cuando se agregan dispositivos nuevos o se eliminan dispositivos antiguos del host.

Cualquier cambio en la configuración del dispositivo en el host requiere que lleve a cabo un comando powermt save explícito para guardar la configuración modificada.



Configuración de soporte para LVM2Debe modificar el archivo /etc/lvm/lvm.conf para filtrar los nodos de dispositivo sd de su memoria caché interna de manera que LVM2 reconozca un pseudodispositivo PowerPath como el path único al LUN. Las siguientes secciones describen cómo modificar /etc/lvm/lvm.conf en un host donde el file system raíz:

◆ no está montado en un volumen lógico.

◆ está montado en un volumen lógico.

◆ está montado en volúmenes lógicos espejeados.

Nota: Si ocurren errores PV duplicados en un reinicio desde la configuración de SAN, modifique los filtros recomendados indicados en esta sección para evitar que LVM2 escanee el nodo de partición del pseudodispositivo (que causa este problema).

Por ejemplo, para RHEL 5, reemplace el filtro recomendado para el file system root montado en un volumen lógico por lo siguiente:

filter = [ "a/sda[1-9]$/", "r/emcpowera2/", "r/sd.*/", "r/disk.*/", "a/.*/" ]

File system raíz no montado en un volumen lógicoModifique el campo filters del archivo /etc/lvm/lvm.conf para impedir que LVM2 examine los nodos de dispositivos sd.

1. Modifique el campo filter en el archivo /etc/lvm/lvm.conf. Reemplace:

filter = [ "a/.*/"]

con la línea adecuada para kernel de Linux, como sigue:


Kernel Filter

RHEL 5 (5.0–5.5) filter = [ "r/sd.*/", "r/disk.*/", "a/.*/" ]

SLES 10 SP3SLES 11 SP1

filter = [ "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|", "r|/dev/.*/by-name/.*|", "r/sd.*/", "a/.*/" ]

Configuración de soporte para LVM2 71

72


3. Verifique que el campo filter esté funcionando correctamente.

4. Ejecute lvmdiskscan y verifique que los nodos de dispositivo filtrados no aparezcan en el resultado del comando.

Filesystem raíz montado en un volumen lógicoIdentifique los dispositivos subyacentes para los volúmenes lógicos root/swap y los dispositivos /boot (si existen). Modifique el campo filters del archivo /etc/lvm/lvm.conf para impedir que LVM2 examine todos los nodos de dispositivo sd, excepto para los dispositivos root/swap y /boot.

1. Ejecute df -k o mount para identificar los volúmenes lógicos root/swap y los dispositivos /boot (si existe alguno).

2. Identifique los dispositivos subyacentes para los volúmenes lógicos root/swap. Por ejemplo, si el file system raíz está montado en el volumen lógico /dev/vg01/lv01, escriba:

vgdisplay -v /dev/vg01/lv01

3. Modifique el campo filter del archivo /etc/lvm/lvm.conf para impedir que LVM2 examine todos los nodos de dispositivo sd, excepto para los dispositivos root/swap y /boot identificados en los pasos 1 y 2.

Por ejemplo, si el dispositivo subyacente para el file system root/swap es /dev/sda2 y /boot está montado en /dev/sda3, configure el filtro según sigue:

Nota: Modifique el filtro como sea necesario al utilizar expresiones regulares de scripts de shell. Por ejemplo, para incluir particiones sda1 a sda9 para LVM2 mientras filtra el resto de los nodos de dispositivos sd, defina el campo filter en: filter=["a/sda[1-9]$/", "r/sd.*/", "a/.*/"]


Kernel Filter

RHEL 5 (5.0–5.5) filter = [ "a/sda[1-9]$/", "r/sd.*/", "r/disk.*/", "a/.*/" ]


filter = [ "a/sda[1-9]$/", "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|", "r|/dev/.*/by-name/.*|", "r/sd.*/", "a/.*/" ]




6. Ejecute lvmdiskscan y verifique que los nodos de dispositivo sd que contienen los dispositivos root/swap/boot identificados en los pasos 1 y 2 aparezcan en el resultado del comando y que los nodos de dispositivo filtrados no aparezcan en el resultado del comando.

File system raíz montado en volúmenes lógicos espejeadosIdentifique los dispositivos subyacentes para los volúmenes lógicos root/swap y los dispositivos /boot (si existen). Modifique el campo filters del archivo /etc/lvm/lvm.conf para impedir que LVM2 examine todos los nodos de dispositivo sd, excepto para los dispositivos root/swap y /boot.

1. Ejecute df -k o mount para identificar los volúmenes lógicos root/swap y los dispositivos /boot (si existe alguno).

2. Identifique los dispositivos subyacentes para los volúmenes lógicos root/swap y espejeados. Por ejemplo, si el file system raíz está montado en el volumen lógico /dev/vg01/lv01 y su espejo está montado en /dev/vg01/lv02, escriba:

vgdisplay -v /dev/vg01/lv01vgdisplay -v /dev/vg01/lv02

3. Modifique el campo filter en el archivo /etc/lvm/lvm.conf para impedir que LVM2 examine todos los nodos de dispositivo sd excepto para los dispositivos root/swap y /boot identificados en los pasos 1 y 2. Por ejemplo, si el dispositivo lógico subyacente para el file system root/swap es /dev/sda2 y su espejo es /dev/sdb3, defina el campo filter en::

Kernel Filter

RHEL 5 (5.0–5.5) filter = [ "a/sda[1-9]$/", "a/sdb[1-9]$/", "r/sd.*/", "r/disk.*/", "a/.*/" ]


filter = [ "a/sda[1-9]$/", "a/sdb[1-9]$/", "r|/dev/.*/by-path/.*|", "r|/dev/.*/by-id/.*|", "r|/dev/.*/by-name/.*|", "r/sd.*/", "a/.*/" ]

Configuración de soporte para LVM2 73

74


Nota: Modifique el filtro como sea necesario al utilizar expresiones regulares de scripts de shell. Por ejemplo, para incluir particiones sda1 a sda9 para LVM2 mientras filtra el resto de los nodos de dispositivos sd, defina el campo filter en: filter=["a/sda[1-9]$/", "r/sd.*/", "a/.*/"].



6. Ejecute lvmdiskscan y verifique que los nodos de dispositivo sd que contienen los dispositivos root/swap/boot identificados en los pasos 1 y 2 aparezcan en el resultado del comando y que los nodos de dispositivo filtrados no aparezcan en el resultado del comando.



Adición y eliminación de LUN dinámicoPowerPath soporta la adición y la eliminación dinámica de los LUN cuando PowerPath está instalado en sistemas RHEL 5, SLES 10 SP3 y SLES 11 SP1.

IMPORTANTE!EMC recomienda poner I/O en reposo hasta el nivel máximo posible durante cualquier operación de adición o eliminación dinámica. La integridad de la base de datos o de cluster puede verse afectada negativamente si se ejecuta I/O con actividad elevada o moderada mientras se modifica la configuración de LUN.

Adición de un LUN Para agregar un nuevo LUN a una configuración de PowerPath existente:

1. Examine el bus para LUN.

2. Asegúrese de que el nuevo LUN se cree en el lado del almacenamiento de información y que Linux lo reconozca.

RHEL 5.x, SLES 10 SP3 y SLES 11SP1

Por ejemplo, si powermt display indica HBAs 8 y 9, inicie el examen escribiendo:

echo “- - -“ > /sys/class/scsi_host/host8/scan

echo “- - -“ > /sys/class/scsi_host/host9/scan

Para el iniciador de software iSCSI, escriba:

echo “- - -“ > /sys/class/scsi_host/host<controller>/scan

3. Ejecute powermt config para configurar el nuevo LUN.

4. Ejecute powermt display para confirmar la incorporación del nuevo LUN.

Adición y eliminación de LUN dinámico 75

76


Eliminación de un LUN

Para eliminar un LUN y todos los dispositivos PowerPath y Linux asociados del ambiente de host en RHEL 5, SLES 10 SP3 y SLES 11 SP1:

IMPORTANTE!Es de suma importancia seguir los procedimientos en el orden exacto puesto que desviarse de ellos puede generar un estado de alarma en el host.

1. Detenga cualquier actividad de I/O hacia el dispositivo que desea eliminar.

ATENCIÓN!Es fundamental detener toda la actividad de I/O en el dispositivo que desea eliminar.

2. Ejecute powermt display dev=emcpower<id> para determinar cuáles son los dispositivos SCSI nativos asignados al pseudodispositivo.

donde <id> corresponde al LUN que debe eliminarse.

3. Ejecute powermt remove dev=emcpower<id>.

donde <id> corresponde al LUN que debe eliminarse.

4. Ejecute powermt release.

No ejecutar este comando ocasiona que el pseudo dispositivo siga siendo visible en /dev and /sys/block y puede generar algunas complicaciones cuando se agregan dispositivos nuevos dinámicamente.

5. Ejecute echo 1 > /sys/block/sd<id>/device/delete para cada path de dispositivo sd nativo que estaba asociado con el LUN.

Este comando hace que PowerPath detenga el procesamiento de I/O del dispositivo nativo y lo elimine de / dev y /sys /block. Si no ejecuta este comando, pueden producirse algunas complicaciones cuando al agregar dinámicamente nuevos dispositivos.

6. Elimine el dispositivo del arreglo de almacenamiento.



7. Ejecute powermt display para verificar que el dispositivo se haya eliminado.

Tenga en cuenta que en sistemas Linux es posible que la asignación del nombre del dispositivo nativo a un LUN cambie a través de los reinicios si una configuración sufre un cambio que pueda generar un cambio en el orden en que se examina el dispositivo. Esto puede afectar la manera en que los pseudo dispositivos de PowerPath se asignan a los nombres de dispositivo nativo correspondientes.

Por ejemplo, cuando un LUN, como el LUN 2, se conecta a un host, PowerPath podría configurarlo como pseudodispositivo emcpowera con los siguientes dispositivos nativos: sdc, sdd, sde, sdf.

Cuando otro LUN, como el LUN 3, se conecta a un host, PowerPath podría configurarlo como pseudodispositivo emcpowerb con los siguientes dispositivos nativos: sdg, sdh, sdi, sdj.

Si el sistema se reinicia en ese momento, empowera sigue asignado al LUN 2 y emcpowerb sigue asignado a LUN 3, pero puede que los dispositivos nativos ya no estén asignados como antes. Los dispositivos nativos podrían asignarse de la siguiente manera después del reinicio:

LUN 2 — emcpowera — sdc, sde, sdg, sdi

LUN 3 — emcpowerb — sdd, sdf, sdh, sdj

Para evitar este problema en cambios de mapping, se recomienda usar los nombres de los pseudo dispositivos (emcpower) o UUID en lugar de los nombres de los dispositivos nativos (sd) en /etc/fstab.

La guía EMC PowerPath Product Guide contiene más información sobre la adición de nuevos dispositivos lógicos a la configuración de PowerPath.

Adición y eliminación de LUN dinámico 77

78


Reemplazo de una HBAPowerPath 5.5 soporta la función hot plug de Linux PCI en RHEL 5, y SLES 10 SP3 y SLES 11 SP1, lo que le permite reemplazar una tarjeta HBA por hardware y drivers Fujitsu.

Eliminación de una HBA

Para eliminar una HBA:

1. Compruebe que los controladores Fujitsu shfchp y pciehp estén cargados.

2. Identifique la HBA que desea eliminar:

a. Ejecute powermt para mostrar el número de HBA que se asigna a esas entradas bajo /sys/class/scsi_host.

b. Escriba cat /sys/class/scsi_host/<host>/info para obtener la información de número de bus PCI.

Por ejemplo, si powermt display muestra HBA 8, el resultado de cat/sys/class/scsi_host/host8/info será:

[root@l82bi194 host8]# cat info

Emulex LP10000 2Gb PCI-X Fibre Channel Adapter on PCI bus 10 device 08 irq 70

La información importante es PCI bus 10.

c. Traduzca el número de bus hexadecimal de 0x10 al decimal 16.

Esto dará el número de ranura PCI correspondiente.

Por ejemplo, las ranuras disponibles dadas desde

[root@l82bi194 host8]# ls -F /sys/bus/pci/slots

serán:

0009_0000/ 0019_0019/ 0041_0196/ 0046_0198/

0191_0019/ 0196_0003/ 0043_0019/ 0048_0199/

La ranura correcta es 0196_0003.

3. Escriba powermt disable hba=# para detener toda la actividad de I/O asociada con la HBA que desea eliminar.



4. Apague la HBA asociada. Escriba:

echo 0 > /sys/bus/pci/slots/<0196_0003>/power

donde <0196_0003> es el número de slot identificado en el paso 2c.

Al ejecutar powermt display, se confirma la eliminación de la HBA. Además, los dispositivos SCSI sd ya no se encuentran en /sys/block y /dev.

Adición de una HBA Para agregar una HBA:

1. Compruebe que los controladores Fujitsu scpchp y pciehp estén cargados.

2. Encienda la nueva HBA. Escriba:

echo 1 > /sys/bus/pci/slots/[pci bus #_pci slot #]/power

3. Ejecute powermt display para comprobar la configuración del dispositivo.

4. Ejecute powermt config.

Tenga en cuenta que este proceso no incluye la rehabilitación de la HBA a través de PowerPath al ejecutar:

powermt enable hba=#

De acuerdo con PowerPath, el número de HBA original se eliminó del sistema. Cuando se agrega la nueva HBA, no se le asigna el número de host original, sino más bien el siguiente identificador de host disponible.

Reemplazo de una HBA 79

80


Soporte de failover de inicio de R1/R2Si un dispositivo de sistema de almacenamiento correspondiente a un dispositivo emcpower reiniciable se espejea mediante SRDF®, en caso de falla en un servidor en el sistema de almacenamiento, es posible hacer fail over del disco de reinicio en el disco de espejeado remoto y luego reiniciar el servidor en un host remoto idéntico.

Comuníquese con el Servicio al Cliente de EMC para obtener asistencia en la configuración de failover de disco de inicio de R1/R2.

Configuraciones de R1/R2 soportadasEMC admite las siguientes configuraciones de R1/R2 específicas:

◆ Cada host de reinicio se debe conectar solamente a un Symmetrix.

◆ Los dos hosts deben tener idéntico hardware.

◆ Todos los dispositivos R1 residen en un Symmetrix, Symmetrix A y son visibles solamente en un host único, Host A.

◆ Todos los dispositivos R2 residen en un Symmetrix separado, Symmetrix B y son visibles solamente para el host idéntico en reserva, Host B.

◆ Cada dispositivo R1 tiene un solo espejo. (No se ofrece soporte para SRDF concurrente.)

◆ Ningún host tiene dispositivos no espejados, BCVs o gatekeepers.

◆ SRDF se administra desde una de las siguientes dos instalaciones:

• EMC ControlCenter® Management Server

• Symmetrix Service Processor

◆ Los números de dispositivos Symmetrix deben coincidir con los sistemas R1 y R2. Por ejemplo, si los dispositivos 02a, 02b, 03c se asignan a un Symmetrix R1, los mismos dispositivos (02a, 02b, 03c) se deben asignar a Symmetrix R2 también.

Nota: Cuando el sistema se reinicia en el dispositivo R2, PowerPath no soporta la reconfiguración o administración de dispositivos (por ejemplo, agregar o eliminar dispositivos) en el lado R1. La configuración y administración de dispositivos se debe realizar en el lado R2.



Procedimiento de inicio de R1/R2

Nota: En un entorno R1/R2: —Los hosts R1/R2 deben tener la misma arquitectura de host. Por ejemplo, si

el host R1 es una arquitectura x86_64, el host R2 debe ser de la misma. —Los adaptadores HBA también deben ser idénticos en los hosts R1/R2.

El soporte de inicio de R1/R2 supone que los sistemas están configurados para iniciar desde un dispositivo desde el dispositivo Linux LVM (es decir, un dispositivo Linux Logical Volume Manager).

Cuando el host en el lado R2 se inicia, se conecta a un sistema Symmetrix y conjunto de IDs de volumen diferentes. Por lo tanto, el archivo powermt.custom (que es idéntico a los archivos R1 dado que el disco de reinicio es idéntico) se modifica para crear un mapping válido entre el dispositivo emcpower y el dispositivo de path nativo tanto para las ubicaciones de R1 como R2. PowerPath determinará qué ID de volumen de Symmetrix son válidas (es decir, las visibles) y actuará de acuerdo con ello cuando el host R1 ó R2 se inicie.

Configure la interfaz de red en el host R1Para asegurarse de tener soporte de failover de reinicio en R1/R2, debe configurar la interfaz de red en el host R1. Consulte la sección adecuada para su kernel Linux.

RHEL 5Para configurar el host R1 en RHEL 5:

1. Escriba chkconfig kudzu off para deshabilitar kudzu.

2. Escriba chkconfig --list kudzu para verificar que kudzu esté deshabilitado.


kudzu 0:off 1:off 2:off 3:off 4:off 5:off 6:off

3. Cambie directorios a /etc/sysconfig/network-scripts. Escriba:

cd /etc/sysconfig/network-scripts

4. Escriba # cat ifcfg-eth0.

Soporte de failover de inicio de R1/R2 81

82


5. Comente la línea HWADDR agregando un símbolo a # al principio de la línea. Por ejemplo:

#HWADDR=00:0D:60:14:C2:98

SLES 10 SP3 y SLES 11 SP1Para configurar el host R1 en SLES 10 SP3 y SLES 11 SP1:

1. Usando YaST, vaya a Network Devices > Network Card y seleccione Change.

2. Elimine cualquier interfaz de red configurada anteriormente. Por ejemplo, si está configurada la interfaz eth0, elimínela de YaST.

3. Haga clic en Finish para guardar la configuración.

4. En hosts SLES 10 solamente, cambie la configuración persistent binding (obligatoria persistente) a no, como se muestra a continuación

a. Abra el archivo config para edición:

vi /etc/sysconfig/network/config

b. En el archivo config, cambie el valor persistent binding a no:

FORCE_PERSISTENT_NAMES=no

5. Abra Network Devices > Network Card y seleccione la interfaz de red que desea configurar y, luego, seleccione Edit (SLES 10 SP3).

6. En el campo Configuration Name, escriba el número de la interfaz que borró anteriormente.

Por ejemplo, para configurar la interfaz eth0:

• En SLES 9, escriba eth0.

• En SLES 10, escriba 0.

7. Escriba la dirección IP en el campo IP Address y actualice otros datos de red, según sea necesario.

8. Seleccione Next y luego Finish para guardar la configuración.

9. Verifique que el servicio de la red haya comenzado correctamente. Escriba:

/etc/sysconfig/network # ifconfig

Los datos de la red correspondientes a la interfaz eth0 aparecen en el resultado de ifconfig.



Definición de la convención de nombres basados en gabineteDebido a un problema conocido de Symantec con VxVM 5.0 MP3 y posterior, la entrada en los resultados del comando vxdisk list no cambia al nombre basado en gabinete cuando el sistema de nombres se cambia por medio de vxddladm set namingscheme=ebn or vxdiskadm.

Para cambiar el sistema de nombres basado en gabinete por dispositivos emcpower con VxVM 5.0 MP3 y posterior:

1. Escriba vxddladm set namingscheme=ebn o vxdiskadm con la opción apropiada para definir la convención de nombres a nombres basados en gabinete.

2. Escriba vxdmpadm setattr enclosure <enclosure_name> tpdmode=native para definir el nombre del dispositivo a nombres nativos en los que funcionan los nombres de gabinete.

Por ejemplo:

vxddladm set namingscheme=ebn persistence=yesvxdmpadm setattr enclosure pp_emc_CLARiiON0 tpdmode=native

Admisión de reserva SCSI-2 en PowerPath para LinuxPowerPath para Linux no admite la reserva SCSI-2. Por consiguiente, en una configuración VCS (Veritas Cluster Server), el agente de reserva de disco no está soportado porque utiliza una reserva SCSI-2.

Auditoría y mensajes de errorLa guía EMC PowerPath CLI and System Messages Reference Guide de EMC PowerPath en Powerlink describe el log de auditoría, incluso las instrucciones para configurar la creación de logs en su ambiente. Además, enumera mensajes de error, descripciones y medidas correctivas recomendadas. Como valor predeterminado, los mensajes se registran en el archivo /var/log/messages.

Definición de la convención de nombres basados en gabinete 83

84



5Invisible Body Tag


◆ Antes de eliminar PowerPath ........................................................... 86◆ Desinstalación de PowerPath............................................................ 87

Eliminación dePowerPath de un host

Linux

Eliminación de PowerPath de un host Linux 85

86

Eliminación de PowerPath de un host Linux

Antes de eliminar PowerPathAntes de eliminar PowerPath del host:

❑ Si el comando powermt display every=<tiempo_en_segundos> se está ejecutando en un loop, detenga el comando. La guía EMC PowerPath CLI and System Messages Reference Guide y la página principal de powermt(1) contienen información acerca de powermt display.

❑ Asegúrese de que no haya dispositivos PowerPath en uso. Por ejemplo, desmonte un file system montado.

❑ Detenga Navisphere Agent (sólo CLARiiON).

❑ Elimine manualmente las referencias a los pseudo dispositivos PowerPath de los archivos de configuración del sistema. Por ejemplo, /etc/fstab.

❑ Si eliminó un archivo de un dispositivo nativo administrado por PowerPath (es decir, /dev/sd[a-z][a-z]) mientras PowerPath estaba cargado, debe utilizar el comando mknod para recrear ese archivo de dispositivo nativo con sus números principales/secundarios predeterminados antes de intentar descargar o desinstalar PowerPath.

❑ Si el host está configurado para iniciarse a partir de un sistema de almacenamiento Symmetrix o CLARiiON, consulte "Configuración de un dispositivo raíz de PowerPath en Linux" en la página 41 para conocer cómo efectuar la eliminación en una configuración de inicio a partir de SAN.

❑ Deshaga cualquier filtrado LVM, ya que los pseudodispositivos ya no estarán disponibles una vez completada la desinstalación.



Desinstalación de PowerPathPara desinstalar PowerPath:


2. Ponga en pantalla el nombre del paquete. Escriba:

rpm -qa | grep EMCpower.LINUX

3. Elimine el software. Escriba:

rpm -ev EMCpower.LINUX.5.5.x.xx.xx_<compilación>

Nota: Si el programa de desinstalación de PowerPath muestra un mensaje que informe que no se pudo descargar el módulo emcp, ejecute el comando lsmod | grep emcp para determinar si hay módulos de PowerPath cargados en el host. En ese caso, reinicie el host cuando se complete la desinstalación para descargar los módulos.

Archivos de configuración guardadosEl proceso de desinstalación de PowerPath guarda los archivos de configuración de PowerPath en el directorio /etc/emc/archive. Si es necesario, puede utilizar estos archivos de configuración para restaurar la configuración de PowerPath en el host o actualizar a una versión posterior de PowerPath sin PowerPath instalado en el host mientras reutiliza la configuración.

Después de eliminar PowerPathDespués de eliminar PowerPath, probablemente deba:

◆ Eliminar la configuración de PowerPath y los archivos de registro.

Eliminación de los archivos de PowerPathEl proceso de desinstalación de PowerPath guarda estos archivos y les agrega la extensión .saved:

◆ /etc/emc/archive/emcp_devicesDB.dat.saved

◆ /etc/emc/archive/emcp_devicesDB.idx.saved

◆ /etc/emc/archive/emcp_registration.saved

◆ /etc/emc/archive/mpaa.excluded.saved

◆ /etc/emc/archive/mpaa.lams.saved

Desinstalación de PowerPath 87

88


◆ /etc/emc/archive/powermt.custom.saved

◆ /etc/emc/powerkmd.custom

Si está eliminando por completo PowerPath del host (es decir, no planea volver a instalarlo), emplee emcp_cleanup para eliminar del host todos estos archivos guardados.

1. Escriba /sbin/emcp_cleanup para eliminar la licencia de PowerPath y todos los archivos de soporte.

emcp_cleanup envía la siguiente advertencia:

ADVERTENCIA

Advertencia: Está intentando eliminar archivos de configuración guardados, correspondientes a una versión de PowerPath instalada anteriormente. Si se eliminan estos archivos, se perderá la configuración guardada. Continúe con precaución.

¿Desea continuar? [y,n,?] (respuesta predeterminada: n):81Rvig PowerPath

2. Escriba y. A continuación, presione Intro.

3. Después de ejecutar emcp_cleanup y de verificar que no queden archivos, borre manualmente /sbin/emcp_cleanup.


6Invisible Body Tag


◆ Recuperación de una instalación fallida de PowerPath ................ 90◆ Solución de problemas de una actualización de PowerPath ........ 91◆ Archivos faltantes o eliminados........................................................ 94◆ Configuración incorrecta de PowerPath.......................................... 95◆ La opción _netdev en /etc/fstab ...................................................... 96◆ Problemas al iniciar el host ................................................................ 96◆ Bloqueo del sistema ............................................................................ 96

Resolución deproblemas

Resolución de problemas 89

90

Resolución de problemas

Recuperación de una instalación fallida de PowerPathSi falla la instalación de PowerPath, corrija las condiciones de error desplegadas por el programa de instalación. Luego complete los siguientes pasos. Una vez completados los pasos, instale PowerPath siguiendo las instrucciones en Capítulo 1, "Instalación de PowerPath en un host Linux".

1. Edite el archivo adecuado para su versión Linux (como se muestra en la siguiente tabla):

y elimine las siguientes líneas:

# Configure and initialize PowerPath.if [ -f /etc/init.d/PowerPath ];

then /etc/init.d/PowerPath startfi

Si la instalación de RPM tiene éxito a pesar del mensaje de error que indica que un parche no se ha mostrado, debe verificar que el archivo que modificó contenga las líneas anteriores.

2. Edite el archivo /etc/modprobe.conf y elimine las siguientes líneas:

###BEGINPPinclude /etc/modprobe.conf.pp###ENDPP

3. Escriba lsmod | grep emc para determinar si los módulos de PowerPath están cargados.

Si los módulos están cargados, escriba /etc/init.d/PowerPath stop para descargarlos.

4. Cámbiele el nombre al archivo /etc/init.d/PowerPath. Escriba:

mv /etc/init.d/PowerPath /etc/init.d/PowerPath.saved

Versión Linux Archivo

RHEL 5Asianux 3OEL 5

/etc/rc.sysinit (vinculado con /etc/rc.d/rc.sysinit)


/etc/init.d/boot.d/S04boot.powerpath (vinculado con /etc/init.d/boot.powerpath)



5. Verifique el archivo /etc/opt/emcpower/log para obtener más información sobre la falla.

6. Elimine la entrada PowerPath en la base de datos RPM (si la hay). Escriba los siguientes comandos para eliminar la entrada:

rpm -qa | grep EMCpower.LINUXrpm -ev EMCpower.LINUX-5.5.x.xx.xx-<compilación>

Nota: Si este comando falla, emplee el comando rpm -ev --noscripts.

rm -rf /etc/opt/emcpower

Nota: Antes de ejecutar estos comandos, asegúrese de haber descargado los módulos de PowerPath y de haber cambiado el nombre del archivo /etc/init.d/PowerPath.

Solución de problemas de una actualización de PowerPathEsta sección describe cómo resolver los problemas que pueden ocurrir al realizar una actualización de PowerPath.

No se conservan las configuraciones personalizadas de PowerPathSi sus configuraciones personalizadas de PowerPath se pierden durante la actualización, compruebe lo siguiente como posible fuente de error:

◆ Los archivos de configuración están corruptos.

◆ La configuración de PowerPath registrada en el archivo powermt.custom está obsoleta y no coincide con la configuración actual de PowerPath.

◆ El file system donde se guarda el archivo powermt.custom o el file system donde se está realizando la actualización de PowerPath están llenos.

Solución de problemas de una actualización de PowerPath 91

92


◆ Problemas de conectividad en la SAN que hacen que el host no vea algunos dispositivos.

◆ Un controlador de fibra no se cargó correctamente al guardar el archivo de configuración o al realizar la actualización.

Archivos de configuración corruptosSi los archivos de configuración de PowerPath están corruptos, su configuración personalizada ya no está disponible después de realizar la actualización de PowerPath. Si se configuró una aplicación para utilizar pseudo dispositivos PowerPath, usted debe reconfigurar esa aplicación para que utilice los pseudo dispositivos PowerPath adecuados después de realizar la actualización de PowerPath (si cambió el mapping de dispositivos nativos a pseudo dispositivos). Ejecute también powermt set policy/priority=<política>/<0-9> para restablecer las configuraciones de políticas/prioridades deseadas para los dispositivos de almacenamiento en su configuración de PowerPath.

Archivos de configuración obsoletosSi cambia su configuración de PowerPath, pero no ejecuta powermt save, y luego actualiza PowerPath, la configuración personalizada registrada en el archivo powermt.custom guardado no se aplica durante la actualización de PowerPath.

Ejecute powermt set policy/priority=<política>/<0-9> para restablecer las configuraciones de políticas/prioridades deseadas para los dispositivos de almacenamiento en su configuración de PowerPath.

File system llenoAumente el espacio en el file system. Luego ejecute powermt set para restablecer las configuraciones de políticas/prioridades deseadas para los dispositivos de almacenamiento en su configuración de PowerPath.



Problemas de conectividad de SAN / controlador de fibra descargadoSi existe un problema de conectividad en la SAN, primero debe reparar ese problema. Si un controlador de fibra no se cargó correctamente, cárguelo. Una vez que todos los dispositivos sean visibles para el host, realice los pasos siguientes y reinstale PowerPath en el host:

1. Copie el archivo /etc/emc/archive/powermt.custom.saved en un directorio diferente. Luego copie el archivo /etc/emcp_registration a este mismo directorio. Reemplace su nombre por emcp_registration.saved.

2. Desinstale PowerPath siguiendo las instrucciones en Capítulo 5, "Eliminación de PowerPath de un host Linux".

3. Elimine cualquier archivo guardado en el directorio /etc/emc/archive mediante el proceso de desinstalación.

4. Vuelva a copiar los archivos powermt.custom.saved y emcp_registration.saved que copió a otro directorio en el paso 1 al directorio /etc/emc/archive.

5. Vuelva a instalar PowerPath en el host como se describe en "Instalación de PowerPath" en la página 19.

Múltiples entradas de PowerPath en la base de datos de RPMEl uso de la opción -i para realizar una actualización de PowerPath crea múltiples entradas de PowerPath en la base de datos de RPM, lo que puede causar problemas constantes de mantenimiento.

Para evitar la creación de múltiples entradas PowerPath mientras realiza una actualización, escriba:

rpm -U EMCpower.LINUX-5.5.x.xx.xx-<compilación>

Eliminar las múltiples entradas PowerPathPara eliminar PowerPath:

1. Escriba rpm -qa | grep EMCpower.LINUX.

2. Escriba rpm -ev EMCpower.LINUX-5.5.x.xx.xx-<compilación>.

Solución de problemas de una actualización de PowerPath 93

94


Archivos faltantes o eliminadosSi faltan o se han eliminado algunos archivos de PowerPath después de la instalación, es posible que PowerPath no funcione correctamente (o que no funcione en absoluto). Si esto sucede, elimine PowerPath y vuelva a instalarlo:

1. Escriba /etc/init.d/PowerPath stop para detener PowerPath.

Nota: Utilice sólo el script para cargar y descargar los módulos de EMC PowerPath.

2. Elimine PowerPath. Escriba:

rpm -qa | grep EMCpower.LINUXrpm -ev EMCpower.LINUX-5.5.x.xx.xx-<compilación>

Nota: Si este comando falla, emplee el comando rpm -ev --noscripts.

3. Elimine /etc/opt/emcpower. Escriba:

rm -rf /etc/opt/emcpower

ATENCIÓN!Elimine el directorio emcpower solamente si no puede restaurar los archivos eliminados o dañados de backups.

4. Reinstale PowerPath. Consulte "Instalación de PowerPath" en la página 19 para obtener más información.



Configuración incorrecta de PowerPathSi se está ejecutando Navisphere Agent (o cualquier aplicación que mantenga abiertos los dispositivos) cuando usted intenta configurar los dispositivos de PowerPath, la configuración será incorrecta.

Para resolver este problema:

1. Detenga Navisphere Agent y cualquier otra aplicación que pueda estar manteniendo abiertos los dispositivos.

Nota: El agente de Navisphere no se aplica para los hosts IBM PowerPC. Por consiguiente, detener el agente de Navisphere no es necesario para un host de arquitectura de CPU PowerPC.

2. Escriba /etc/init.d/PowerPath stop para detener PowerPath.

Nota: Utilice sólo el script para cargar y descargar los módulos de EMC PowerPath.

3. Escriba /etc/init.d/PowerPath start para iniciar PowerPath.

4. Reinicie las aplicaciones que detuvo en el paso 1.

Configuración incorrecta de PowerPath 95

96


La opción _netdev en /etc/fstabPara RHEL 5, los dispositivos PowerPath deben montarse con la opción _netdev en lugar de la opción defaults en el archivo /etc/fstab. De esta manera, se garantiza que fsck se ejecute más tarde en la secuencia de encendido.

Problemas al iniciar el hostSi usted utilizó previamente dispositivos emcpower y posteriormente desinstaló PowerPath sin eliminar estos dispositivos emcpower, el sistema del host no se inicia adecuadamente.

Elimine manualmente las referencias a los pseudo dispositivos PowerPath (dispositivos emcpower) de los archivos de configuración del sistema como /etc/fstab, /etc/auto.master, and /etc/*auto*.

Bloqueo del sistemaLos bloqueos del sistema pueden tener varios motivos. Esta sección ofrece soluciones para algunas situaciones que usted puede encontrar.

Controladores de HBA no soportadosSi su computadora se bloquea cuando usted instala PowerPath o luego del primer reinicio después de realizar la instalación, consulte el E-Lab Interoperability Navigator y verifique que su controlador de fibra esté soportado actualmente.

Nota: El E-Lab Interoperability Navigator, que se actualiza todos los meses, está disponible en el sitio Web de Powerlink.

Puede que EMC no soporte la versión de controlador que puede haber venido con su distribución de Linux. En este caso, utilice el siguiente procedimiento de recuperación:

1. Desconecte todas las conexiones al sistema de almacenamiento antes de iniciarlo.

2. Reinicie en un kernel seguro y elimine la entrada qla del archivo /etc/modprobe.conf o /etc/sysconfig/kernel.



3. Si utiliza un disco RAM, reconstrúyalo.

4. Reinicie el host con el nuevo disco RAM.

5. Construya el controlador soportado e incorpórelo a un nuevo disco RAM como desee.

6. Reconecte las conexiones al sistema de almacenamiento.

7. Reinicie el host con el almacenamiento conectado.

Otras causas Si su computadora se bloquea y usted tiene los controladores de HBA correctos, consulte la aplicación Issue Tracker en Powerlink en busca de otras causas posibles.

Bloqueo del sistema 97

98



AInvisible Body Tag


◆ Archivos Linux modificados por la instalación de PowerPath.. 100◆ Archivos creados cuando se instala PowerPath ........................... 101

Archivos modificadospor PowerPath

Archivos modificados por PowerPath 99

100

Archivos modificados por PowerPath

Archivos Linux modificados por la instalación de PowerPathLos siguientes archivos se modifican cuando se instala PowerPath en un host Linux:

◆ /etc/modprobe.conf

◆ /etc/init.d/boot.localfs

◆ /etc/profile

◆ /etc/rc.d/rc.sysinit

◆ /lib/modules/*/modules.dep: para cada subdirectorio /lib/modules en el que se instala un conjunto de drivers de PowerPath.



Archivos creados cuando se instala PowerPathLos archivos de esta sección se crean cuando se instala PowerPath en un host Linux:

/etc ◆ emc/mpaa.excluded◆ emc/mpaa.lams◆ emc/ppme◆ emcp_devicesDB.dat◆ emcp_devicesDB.idx◆ emcp_registration◆ modprobe.conf.pp◆ powermt.custom◆ init.d/PowerMig◆ init.d/PowerIscsi◆ init.d/PowerPath◆ init.d/emcp_mond.sh

Sólo RHEL◆ rc.d/rc3.d/S24PowerIscsi◆ rc.d/rc3.d/S99PowerMig◆ rc.d/rc3.d/K99PowerMig◆ rc.d/rc3.d/S51emcp_mond◆ rc.d/rc3.d/K51emcp_mond◆ rc.d/rc5.d/S24PowerIscsi◆ rc.d/rc5.d/S99PowerMig◆ rc.d/rc5.d/K99PowerMig◆ rc.d/rc5.d/S51emcp_mond◆ rc.d/rc5.d/K51emcp_mond

Sólo SLES◆ init.d/emcp_mond.sles◆ init.d/boot.powerpath◆ init.d/poweriscsi.sles◆ init.d/powermig.sles◆ init.d/boot.d/S06boot.powerpath◆ init.d/boot.d/K16boot.powerpath◆ rc.d/rc3.d/Sxxpoweriscsi.sles◆ rc.d/rc3.d/Kxxpoweriscsi.sles◆ rc.d/rc3.d/Sxxpowermig.sles◆ rc.d/rc3.d/Kxxpowermig.sles◆ rc.d/rc3.d/Sxxemcp_mond◆ rc.d/rc3.d/Kxxemcp_mond◆ rc.d/rc5.d/Sxxpoweriscsi.sles◆ rc.d/rc5.d/Kxxpoweriscsi.sles◆ rc.d/rc5.d/Sxxpowermig.sles◆ rc.d/rc5.d/Kxxpowermig.sles

Archivos creados cuando se instala PowerPath 101

102


◆ rc.d/rc5.d/Sxxemcp_mond.sles◆ rc.d/rc5.d/Kxxemcp_mond.sles

Sólo RHEL 5 y SLES 10◆ udev/rules.d/05-udev-pp.rules

/etc/opt/emcpower◆ .os_version◆ .pp_version◆ .tmp/rollbackfiles.tar◆ .tmp/rollbackfiles12549.tar◆ .tmp/undolist◆ .tmp/undolist12549◆ emcpmgr◆ emcp_mond-sample.conf◆ log◆ patch.log◆ powercf◆ snmpd.conf

/etc/opt/emcpower/EMCpower.LINUX-5.5.0.00.00◆ .pp_build_version◆ .pp_vendor◆ .pp_version◆ boot.powerpath◆ emcp_mond.sh◆ emcp_mond.sles◆ enable◆ man/.man◆ man/emcpadm.1◆ man/emcpreg.1◆ man/emcpupgrade.1◆ man/powerformat.1◆ man/powermig.1◆ man/powermt.1◆ man/powerprotect.1◆ modprobe.conf.pp◆ PowerIscsi◆ poweriscsi.sles◆ PowerMig◆ powermig.sles◆ PowerPath.rhel◆ PowerPath.sles◆ pp_udev.sh◆ udev-pp.rules



/etc/opt/emcpower/EMCpower.LINUX-5.5.0.00.00/bin◆ .cmds◆ .drivers_base◆ .drivers_ext◆ .drivers_mgr◆ .sharedlibs◆ .staticlibs◆ cmds/emcpadm◆ cmds/emcpdiscover◆ cmds/emcpmgr◆ cmds/emcpmigd◆ cmds/emcp_mond◆ cmds/emcp_mond-sample.conf◆ cmds/emcppurge◆ cmds/emcpreg◆ cmds/powercf◆ cmds/powermig◆ cmds/powermt◆ cmds/powerprotect◆ cmds/pp_inq◆ cmds/snmpd.conf◆ /lib/libemcp_core.so◆ /lib/libemcp_lam.so◆ /lib/libemcp_lic_rtl.so◆ /lib/libemcp_mp_rtl.so◆ /lib/libemcpmp.so◆ /lib/libemcp.so◆ /lib/libpn.so

/etc/opt/emcpower/EMCpower.LINUX-5.5.0.00.00/i18n/catalog◆ de/LC_MESSAGES/EMCpower.mo◆ de/LC_MESSAGES/PowerPath.mo◆ es/LC_MESSAGES/EMCpower.mo◆ es/LC_MESSAGES/PowerPath.mo◆ fr/LC_MESSAGES/EMCpower.mo◆ fr/LC_MESSAGES/PowerPath.mo◆ it/LC_MESSAGES/EMCpower.mo◆ it/LC_MESSAGES/PowerPath.mo◆ ja/LC_MESSAGES/EMCpower.mo◆ ja/LC_MESSAGES/PowerPath.mo◆ ko/LC_MESSAGES/EMCpower.mo◆ ko/LC_MESSAGES/PowerPath.mo◆ pt/LC_MESSAGES/EMCpower.mo◆ pt/LC_MESSAGES/PowerPath.mo◆ zh/LC_MESSAGES/EMCpower.mo◆ zh/LC_MESSAGES/PowerPath.mo


104


/lib ◆ libemcp_core.so◆ libemcp_lam.so◆ libemcp_lic_rtl.so◆ libemcp_mp_rtl.so◆ libemcpmp.so◆ libemcp.so◆ libpn.so

/sbin ◆ emcp_mond◆ emcpmigd◆ emcpadm◆ emcpdiscover◆ emcppurge◆ emcpreg◆ powermig◆ powermt◆ powerprotect

/usr/share/man/man1◆ emcpadm.1◆ emcpreg.1◆ emcpupgrade.1◆ powerformat.1◆ powermig.1◆ powermt.1◆ powerprotect.1

/var/lock/subsys ◆ PowerIscsi◆ PowerMig

Sólo hosts x86_64

/lib64 ◆ libemcp_core.so◆ libemcp_lam.so◆ libemcp_lic_rtl.so◆ libemcp_mp_rtl.so◆ libemcpmp.so◆ libemcp.so◆ libpn.so



Sólo hosts ia64

/emul/ia32-linux/lib ◆ libemcp_core.so◆ libemcp_lam.so◆ libemcp_lic_rtl.so◆ libemcp_mp_rtl.so◆ libemcpmp.so◆ libemcp.so◆ libpn.so

/etc/opt/emcpower/EMCpower.LINUX-5.5.0.00.00/bin◆ .sharedlibs32◆ lib32/libemcp_core.so◆ lib32/libemcp_lam.so◆ lib32/libemcp_lic_rtl.so◆ lib32/libemcp_mp_rtl.so◆ lib32/libemcpmp.so◆ lib32/libemcp.so◆ lib32/libpn.so

Archivos del controlador

/etc/opt/emcpower/EMCpower.LINUX-5.5.0.00.00/bin/driver/<kernel_type>◆ emcpdm.ko◆ emcpgpx.ko◆ emcpioc.ko◆ emcp.ko◆ emcpmpx.ko

Donde <kernel_type> es uno de los siguientes, según la arquitectura:

RHEL 5 i386rhel5-PAE-i686, rhel5-i686, rhel5-xen-i686

RHEL 5 x86_64rhel5-x86_64, rhel5-xen-x86_64

RHEL 5 ia64rhel5-ia64, rhel5-xen-ia64

RHEL 5 ppc64rhel5-ppc64


106


SLES 10 SP3 i386sles10sp3bigsmp, sles10sp3default, sles10sp3smp, sles10sp3xen, sles10sp3xenpae

SLES 10 SP3 x86_64sles10sp3smp_x8664, sles10sp3xensmp_x8664

SLES 10 SP3 ia64sles10sp3default_ia64

SLES 10 SP3 ppc64sles10sp3ppc64

SLES 11 SP1 i386sles11default, sles11smp, sles11xen, sles11xenpae

SLES 11 SP1 x86_64sles11smp_x8664, sles11xensmp_x8664

SLES 11 SP1 ia64sles11default_ia64

SLES 11 SP1 ppc64sles11ppc64

/lib/modules/<kernel_version>/powerpath◆ emcpdm.ko◆ emcpgpx.ko◆ emcpioc.ko◆ emcp.ko◆ emcpmpx.ko

Donde <kernel_version> es la versión del kernel que se está ejecutando actualmente en un host.

Archivos de encriptaciónLa encriptación se soporta en RHEL 5 x86_64 y SLES 10 SP3 x86_64 solamente.

/etc ◆ rc.d/init.d/PowerXcrypt

/etc/emc/rsa ◆ cst/config◆ cst/lib/libCSP-NSS.so◆ cst/lib/libexpat.so◆ cst/lib/libCSP-lb.so



◆ cst/lib/libCSP-CatalogService.so◆ cst/lib/libCSP-SM.so◆ cst/lib/libCSP-LogService.so◆ cst/lib/libccme_eccaccel.so◆ cst/lib/libCSP-DestinationFile.so◆ cst/lib/libCSP-RT.so◆ cst/lib/libccme_eccnistaccel.so◆ cst/lib/CSP-MessageCatalogen-US.cat◆ cst/lib/libCSP-Configuration.so◆ cst/lib/libCSP-Security.so◆ cst/lib/libCSP-PAM.so◆ cst/lib/libCSP-PAMAuth.so◆ cst/lib/libCSP-XML.so◆ cst/lib/libccme_ecc.so◆ cst/lib/libCSP-DestinationSyslog.so◆ cst/lib/libCSP-TrustedUser.so◆ cst/lib/libCST-Admin.so◆ cst/lib/libCSPI.so◆ cst/lib/libCSP-LocalizationService.so◆ cst/lib/libosysrtxml.so◆ cst/lib/libCSP-PositionalFormatter.so◆ cst/lib/libcryptocme2.sig◆ cst/lib/pam_cst.so◆ cst/lib/libCSP-SprintfFormatter.so◆ cst/lib/libCSP-LayoutRaw.so◆ cst/lib/libCSP-AuthenticationService.so◆ cst/lib/libCSP-DestinationEventLog.so◆ cst/lib/libCSP-UserManagement.so◆ cst/lib/libCSP-LDAP.so◆ cst/lib/libCSP-OSLogin.so◆ cst/lib/libCSP-LocalDirectory.so◆ cst/lib/libccme_base.so◆ cst/lib/libCSP-CatalogPosix.so◆ cst/lib/libCSP-DestinationAlert.so◆ cst/lib/libCSP-C.so◆ cst/lib/libcryptocme2.so◆ cst/lib/libCSP-CatalogWindows.so◆ cst/lib/libCSP-RoleManagement.so◆ cst/lib/libosysrt.so◆ cst/lib/libCSP-LayoutFlat.so◆ cst/lib/libCSP.so◆ cst/lib/libCSP-CertService.so◆ cst/lib/libCSP-DestinationODBC.so◆ cst/lib/libCSP-LDAPClient.so◆ cst/lib/libCSP-LayoutXML.so◆ cst/xml/CSP-LocalDirectory.xml◆ cst/xml/CSP-Logging.xml


108


◆ cst/xml/Config-Template.xml◆ cst/xml/CSP-LayoutFlat.xml◆ cst/xml/CSP-saml-schema-assertion-2.0.xsd◆ cst/xml/CSP-DestinationEventLog.xml◆ cst/xml/CSP-UserManagement.xml◆ cst/xml/CSP-saml-schema-assertion-1.1.xsd◆ cst/xml/xmldsig-core-schema.xsd◆ cst/xml/Config.xml◆ cst/xml/CSP-CertificateManagement.xml◆ cst/xml/CSP-LocalizationService.xml◆ cst/xml/CSP-LayoutRaw.xml◆ cst/xml/CSP.xml◆ cst/xml/csp-app.xml◆ cst/xml/CSP-Config.xml◆ cst/xml/CSP-SecurID.xml◆ cst/xml/CSP-Admin.xml◆ cst/xml/CSP-RoleManagement.xml◆ cst/xml/CSP-LayoutXML.xml◆ cst/xml/CSP-DestinationSyslog.xml◆ cst/xml/CSP-CatalogWindows.xml◆ cst/xml/CSP-SprintfFormatter.xml◆ cst/xml/CSP-PositionalFormatter.xml◆ cst/xml/CSP-CatalogPosix.xml◆ cst/xml/CSP-DestinationAlert.xml◆ cst/xml/CSP-xenc-schema.xsd◆ cst/xml/CSP-SM.xml◆ cst/xml/CSP-LDAP.xml◆ cst/xml/CSP-CatalogService.xml◆ cst/xml/CSP-OSLogin.xml◆ cst/xml/CSP-Authn.xml◆ cst/xml/CSP-TrustedUser.xml◆ cst/xml/CSP-PAM.xml◆ cst/xml/CSP-DestinationODBC.xml◆ cst/xml/CSP-DestinationFile.xml◆ rkm_client/lib/libkmcryptolib.so◆ rkm_client/lib/libCSP-lb.so◆ rkm_client/lib/libkmsvcshlib.so◆ rkm_client/lib/libcryptocme2.sig◆ rkm_client/lib/libkmclient_shared.so◆ rkm_client/lib/libccme_base.so◆ rkm_client/lib/libcryptocme2.so◆ rkm_client/config◆ rkm_client/config/rkm_svc.conf.tmpl◆ rkm_client/config/rkm_registration.conf.tmpl◆ rkm_client/config/rkm_init.conf.tmpl◆ rkm_client/config/rkm_keyclass.conf.tmpl



/etc/opt/emcpower/bin◆ xcrypt_upgrade◆ cstadmin◆ xcrypt_config◆ rkmc_cache_conv◆ ckmadm

/etc/opt/emcpower/EMCpower.LINUX-5.5.0.00.00◆ man/powervt.1◆ man5/.man5◆ man5/rkm_init.conf.5◆ man5/rkm_keyclass.conf.5◆ man5/rkm_svc.conf.5◆ man8/.man8◆ man8/ckmadm.8◆ man8/cstadmin.8◆ man8/xcrypt_config.8◆ man5/rkm_registration.conf.5

/etc/opt/emcpower/EMCpower.LINUX-5.5.0.00.00/bin◆ ckmadm◆ cstadmin◆ emcp_setup.sh◆ emcp_xcryptd◆ rkmc_cache_conv◆ xcrypt_config◆ xcryptd_adm◆ xcrypt_upgrade◆ cmds/powervt◆ rsa/.cst_libs◆ rsa/.rkmc_config◆ rsa/.cst_xml◆ rsa/.rkmc_libs◆ rsa/rkm_client/lib/libkmcryptolib.so◆ rsa/rkm_client/lib/libCSP-lb.so◆ rsa/rkm_client/lib/libkmsvcshlib.so◆ rsa/rkm_client/lib/libcryptocme2.sig◆ rsa/rkm_client/lib/libkmclient_shared.so◆ rsa/rkm_client/lib/libccme_base.so◆ rsa/rkm_client/lib/libcryptocme2.so◆ rsa/rkm_client/config/rkm_svc.conf.tmpl◆ rsa/rkm_client/config/rkm_registration.conf.tmpl◆ rsa/rkm_client/config/rkm_init.conf.tmpl◆ rsa/rkm_client/config/rkm_keyclass.conf.tmpl◆ rsa/cst/lib/libCSP-NSS.so◆ rsa/cst/lib/libexpat.so◆ rsa/cst/lib/libCSP-lb.so


110


◆ rsa/cst/lib/libCSP-CatalogService.so◆ rsa/cst/lib/libCSP-SM.so◆ rsa/cst/lib/libCSP-LogService.so◆ rsa/cst/lib/libccme_eccaccel.so◆ rsa/cst/lib/libCSP-DestinationFile.so◆ rsa/cst/lib/libCSP-RT.so◆ rsa/cst/lib/libccme_eccnistaccel.so◆ rsa/cst/lib/CSP-MessageCatalogen-US.cat◆ rsa/cst/lib/libCSP-Configuration.so◆ rsa/cst/lib/libCSP-Security.so◆ rsa/cst/lib/libCSP-PAM.so◆ rsa/cst/lib/libCSP-PAMAuth.so◆ rsa/cst/lib/libCSP-XML.so◆ rsa/cst/lib/libccme_ecc.so◆ rsa/cst/lib/libCSP-DestinationSyslog.so◆ rsa/cst/lib/libCSP-TrustedUser.so◆ rsa/cst/lib/libCST-Admin.so◆ rsa/cst/lib/libCSPI.so◆ rsa/cst/lib/libCSP-LocalizationService.so◆ rsa/cst/lib/libosysrtxml.so◆ rsa/cst/lib/libCSP-PositionalFormatter.so◆ rsa/cst/lib/libcryptocme2.sig◆ rsa/cst/lib/pam_cst.so◆ rsa/cst/lib/libCSP-SprintfFormatter.so◆ rsa/cst/lib/libCSP-LayoutRaw.so◆ rsa/cst/lib/libCSP-AuthenticationService.so◆ rsa/cst/lib/libCSP-DestinationEventLog.so◆ rsa/cst/lib/libCSP-UserManagement.so◆ rsa/cst/lib/libCSP-LDAP.so◆ rsa/cst/lib/libCSP-OSLogin.so◆ rsa/cst/lib/libCSP-LocalDirectory.so◆ rsa/cst/lib/libccme_base.so◆ rsa/cst/lib/libCSP-CatalogPosix.so◆ rsa/cst/lib/libCSP-DestinationAlert.so◆ rsa/cst/lib/libCSP-C.so◆ rsa/cst/lib/libcryptocme2.so◆ rsa/cst/lib/libCSP-CatalogWindows.so◆ rsa/cst/lib/libCSP-RoleManagement.so◆ rsa/cst/lib/libosysrt.so◆ rsa/cst/lib/libCSP-LayoutFlat.so◆ rsa/cst/lib/libCSP.so◆ rsa/cst/lib/libCSP-CertService.so◆ rsa/cst/lib/libCSP-DestinationODBC.so◆ rsa/cst/lib/libCSP-LDAPClient.so◆ rsa/cst/lib/libCSP-LayoutXML.so◆ rsa/cst/xml/CSP-LocalDirectory.xml◆ rsa/cst/xml/CSP-Logging.xml



◆ rsa/cst/xml/Config-Template.xml◆ rsa/cst/xml/CSP-LayoutFlat.xml◆ rsa/cst/xml/CSP-saml-schema-assertion-2.0.xsd◆ rsa/cst/xml/CSP-DestinationEventLog.xml◆ rsa/cst/xml/CSP-UserManagement.xml◆ rsa/cst/xml/CSP-saml-schema-assertion-1.1.xsd◆ rsa/cst/xml/xmldsig-core-schema.xsd◆ rsa/cst/xml/Config.xml◆ rsa/cst/xml/CSP-CertificateManagement.xml◆ rsa/cst/xml/CSP-LocalizationService.xml◆ rsa/cst/xml/CSP-LayoutRaw.xml◆ rsa/cst/xml/CSP.xml◆ rsa/cst/xml/csp-app.xml◆ rsa/cst/xml/CSP-Config.xml◆ rsa/cst/xml/CSP-SecurID.xml◆ rsa/cst/xml/CSP-Admin.xml◆ rsa/cst/xml/CSP-RoleManagement.xml◆ rsa/cst/xml/CSP-LayoutXML.xml◆ rsa/cst/xml/CSP-DestinationSyslog.xml◆ rsa/cst/xml/CSP-CatalogWindows.xml◆ rsa/cst/xml/CSP-SprintfFormatter.xml◆ rsa/cst/xml/CSP-PositionalFormatter.xml◆ rsa/cst/xml/CSP-CatalogPosix.xml◆ rsa/cst/xml/CSP-DestinationAlert.xml◆ rsa/cst/xml/CSP-xenc-schema.xsd◆ rsa/cst/xml/CSP-SM.xml◆ rsa/cst/xml/CSP-LDAP.xml◆ rsa/cst/xml/CSP-CatalogService.xml◆ rsa/cst/xml/CSP-OSLogin.xml◆ rsa/cst/xml/CSP-Authn.xml◆ rsa/cst/xml/CSP-TrustedUser.xml◆ rsa/cst/xml/CSP-PAM.xml◆ rsa/cst/xml/CSP-DestinationODBC.xml◆ rsa/cst/xml/CSP-DestinationFile.xml

RHEL 5 x86_64 solamente◆ rhel5_x8664/emcpvlumd.ko◆ rhel5_x8664/emcpxcrypt.ko◆ rhel5xen_x8664/emcpvlumd.ko◆ rhel5xen_x8664/emcpxcrypt.ko

SLES 10 SP3 x86_64 solamente◆ sles10sp3smp_x8664/emcpvlumd.ko◆ sles10sp3smp_x8664/emcpxcrypt.ko◆ sles10sp3xensmp_x8664/emcpvlumd.ko◆ sles10sp3xensmp_x8664/emcpxcrypt.ko


112


/lib/modules/<kernel_version>/powerpath◆ emcpvlumd.ko◆ emcpxcrypt.ko

Donde <kernel_version> es la versión del kernel que se está ejecutando actualmente en un host.

/sbin ◆ powervt

/usr/share/man/man1◆ powervt.1

/usr/share/man/man5◆ rkm_init.conf.5◆ rkm_keyclass.conf.5◆ rkm_registration.conf.5◆ rkm_svc.conf.5

/usr/share/man/man8◆ ckmadm.8◆ cstadmin.8◆ xcrypt_config.8


Índice

Aactualización de PowerPath en un ambiente de

cluster de SteelEye Life Keeper 37actualización del sistema operativo Linux 35actualizaciones, Linux 16adición de HBA 79adición dinámica de LUNs 75Admisión de reserva SCSI-2 83archivos faltantes, solución de problemas,

archivos eliminados, solución de problemas 94

archivos, eliminados o faltantes 94

Cclave de registro 27clave de registro de licencia 12Cluster de SteelEye LifeKeeper 37comando lsmod 29conexión de Linux PCI 78Conexión de PCI 78configuración, solución de problemas 95consideraciones de dispositivo raíz 42

Ddemonio de administración

configuración 68definición 66reinicio 69

demonio de administración SNMP 66desinstalación de PowerPath 87dispositivo, solución de problemas de instalación

61

dispositivos lógicoseliminación de paths 61incorporación de paths 59

documentation, related 7

Eedición del archivo boot.vxvm 31eliminación

HBA 78paths 61PowerPath 87

eliminación dinámica de LUNs 76emcp_mond.conf 66emcp_mond-sample.conf, cambio de nombre 68emcpreg 26,27eventos monitoreados (SNMP) 66

HHBA QLogic 65,70

Iincorporación de paths 59inicio a partir de SAN

actualización de PowerPath 54actualización del kernel de Linux 50actualización del kernel de Linux (SLES11) 52eliminación de PowerPath 55eliminación de PowerPath (SLES11) 56

inicio a partir de SAN de PowerPathconfiguración 42configuración (RHEL) 47configuración (SLES) 43


114

configuración (SLES11) 45eliminación 55eliminación (SLES11) 56

inicio de PowerPath 27Instalación de PowerPath

instrucciones posteriores a la instalación 28instrucciones previas a la instalación 12procedimiento de instalación 19

instrucciones posteriores a la instalación 28instrucciones previas a la instalación 12IP de destino de trap 68

LLinux, actualizaciones 16LVM2 (administrador de volúmenes lógicos) 71

Mmantenimiento de PowerPath 65múltiples entradas de PowerPath 93

Nnombres basados en gabinete, definición 83número de puerto de destino de mensaje 68número principal 16

Oopción netdev, /etc/fstab 96

Pparches. Consulte también los service packs 12powermt display dev=all 28,29

Rreconfiguración del mapeo de dispositivos 29reemplazo de HBA 78

Sservice packs 12sistema operativo Linux, actualización 35Sistemas de almacenamiento CLARiiON,

configuración 13sistemas de almacenamiento de terceros,

configuración 14

sistemas de almacenamiento Symmetrix, configuración 13

Sistina LVM 71Solución de problemas

host Linux sin reinicio 14,32solución de problemas

archivos faltantes o eliminados 94configuración de PowerPath 95múltiples entradas de PowerPath 93

Soporte de agente de reserva de disco 83Soporte de failover de inicio de R1/R2 80

Uumbral de tiempo, edición 69utilidades gettext 18

Vvariable de entorno LANG 17VCS (Veritas Cluster Server) 83verificación de la carga de las extensiones 29verificación de las capacidades de PowerPath 28Veritas Storage Foundation 25versiones traducidas, instalador de PowerPath 17VxVM (Veritas Volume Manager) 15


EMC PowerPath para Linux versión 5.5. Guía de instalación ... › es-mx › collaterals ›...

Documents

Transcript of EMC PowerPath para Linux versión 5.5. Guía de instalación ... › es-mx › collaterals ›...