17.2. Adición de unidades lógicas (LUN) conectadas a FCP


A continuación se presenta un ejemplo sobre cómo añadir un FCP LUN.

Nota

Si está ejecutando bajo z/VM, asegúrese de que el adaptador FCP esté conectado a la máquina virtual de huésped z/VM. Para multirutas en entornos de producción habría al menos dos dispositivos FCP en dos adaptadores físicos diferentes (CHPID). Por ejemplo:
CP ATTACH FC00 TO * 
CP ATTACH FCD0 TO *

17.2.1. Activación dinámica de un LUN de FCP

Siga los siguientes pasos para activar un LUN:
  1. Use la utilidad cio_ignore para quitar el adaptador FCP de la lista de dispositivos ignorados y volverlo visible para Linux:
    # cio_ignore -r device_number
    Remplace número de dispositivopor el número de dispositivo del adaptador FCP. Por ejemplo:
  2. Para ver el adaptador FCP en línea, use el siguiente comando:
    # chccwdev -e fc00
  3. Verifique si el WWPN requerido fue encontrado por el examen de puerto automático del controlador de dispositivo zfcp:
    # ls -l /sys/bus/ccw/drivers/zfcp/0.0.fc00/
    drwxr-xr-x.  3 root root    0 Apr 28 18:19 0x500507630040710b
    drwxr-xr-x.  3 root root    0 Apr 28 18:19 0x50050763050b073d
    drwxr-xr-x.  3 root root    0 Apr 28 18:19 0x500507630e060521
    drwxr-xr-x.  3 root root    0 Apr 28 18:19 0x500507630e860521
    -r--r--r--.  1 root root 4096 Apr 28 18:17 availability
    -r--r--r--.  1 root root 4096 Apr 28 18:19 card_version
    -rw-r--r--.  1 root root 4096 Apr 28 18:17 cmb_enable
    -r--r--r--.  1 root root 4096 Apr 28 18:17 cutype
    -r--r--r--.  1 root root 4096 Apr 28 18:17 devtype
    lrwxrwxrwx.  1 root root    0 Apr 28 18:17 driver ->  ../../../../bus/ccw/drivers/zfcp
    -rw-r--r--.  1 root root 4096 Apr 28 18:17 failed
    -r--r--r--.  1 root root 4096 Apr 28 18:19 hardware_version
    drwxr-xr-x. 35 root root    0 Apr 28 18:17 host0
    -r--r--r--.  1 root root 4096 Apr 28 18:17 in_recovery
    -r--r--r--.  1 root root 4096 Apr 28 18:19 lic_version
    -r--r--r--.  1 root root 4096 Apr 28 18:17 modalias
    -rw-r--r--.  1 root root 4096 Apr 28 18:17 online
    -r--r--r--.  1 root root 4096 Apr 28 18:19 peer_d_id
    -r--r--r--.  1 root root 4096 Apr 28 18:19 peer_wwnn
    -r--r--r--.  1 root root 4096 Apr 28 18:19 peer_wwpn
    --w-------.  1 root root 4096 Apr 28 18:19 port_remove
    --w-------.  1 root root 4096 Apr 28 18:19 port_rescan
    drwxr-xr-x.  2 root root    0 Apr 28 18:19 power
    -r--r--r--.  1 root root 4096 Apr 28 18:19 status
    lrwxrwxrwx.  1 root root    0 Apr 28 18:17 subsystem ->  ../../../../bus/ccw
    -rw-r--r--.  1 root root 4096 Apr 28 18:17 uevent
  4. Activar el FCP LUN al añadirlo al puerto WWPN a través del cual desea acceder el LUN:
    # echo 0x4020400100000000 > /sys/bus/ccw/drivers/zfcp/0.0.fc00/0x50050763050b073d/unit_add
  5. Busque el nombre de dispositivo SCSI asignado:
    # lszfcp -DV
    /sys/devices/css0/0.0.0015/0.0.fc00/0x50050763050b073d/0x4020400100000000
    /sys/bus/ccw/drivers/zfcp/0.0.fc00/host0/rport-0:0-21/target0:0:21/0:0:21:1089355792

17.2.2. Activación de FCP LUN de forma persisitente

Las instrucciones indicadas anteriormente describen cómo activar LUN de FCP dinámicamente en un sistema en ejecución. Sin embargo, dichos cambios no son persistentes y no se mantendrán tras un reinicio. La forma de realizar cambios en la configuración de FCP para que se mantengan en su sistema Linux depende de si los LUN de FCP pertenecen al sistema de archivos raíz. Las que requiere el sistema de archivos raíz deben ser activadas por initramfs al principio del proceso de arranque para que sean capaces de montar el sistema de archivos raíz. Los comandos cio_ignore se gestionan de forma transparente para configuraciones de dispositivo persistentes y no es necesario que quite manualmente los dispositivos de la lista de ignorados.

17.2.2.1. LUN de FCP que forman parte del sistema de archivos raíz

El único archivo que usted ha modificado para añadir FCP LUN que hacen parte del sistema de archivos raíz es /etc/zipl.conf seguido de la ejecución de la herramienta de gestor de arranque zipl. No es necesario recrear el initramfs.
Red Hat Enterprise Linux brinda un parámetro para activar LUN de FCP al comienzo del proceso de arranque: rd.zfcp=. El valor es una lista separada por comas que contiene el ID de bus de dispositivo, el WWPN como un número hexadecimal de 16 dígitos con el prefijo 0x y el LUN de FCP con el prefijo 0x; todo completado con ceros a la derecha para llegar a los 16 dígitos hexadecimales.
El siguiente ejemplo zipl.conf es para un sistema que usa volúmenes físicos en particiones de dos FCP LUN para un grupo de volumen LVM vg_devel1 que contiene un volumen lógico lv_root para el sistema de archivos raíz. Por simplicidad, el ejemplo muestra una configuración sin multirutas.
[defaultboot]
default=linux
target=/boot/
[linux]
image=/boot/vmlinuz-2.6.32-19.el7.s390x
ramdisk=/boot/initramfs-2.6.32-19.el7.s390x.img
parameters="root=/dev/mapper/vg_devel1-lv_root 
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a100000000 
rd_LVM_LV=vg_devel1/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 
SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,!condev"
Para agregar otro volumen físico a una partición de una tercera LUN de FCP con un ID de bus de dispositivo 0.0.fc00, un WWPN 0x5105074308c212e9 y un LUN de FCP 0x401040a300000000, añada rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 a la línea de parámetros de su kernel de arranque en zipl.conf. Por ejemplo:
[defaultboot]
default=linux
target=/boot/
[linux]
image=/boot/vmlinuz-2.6.32-19.el7.s390x
ramdisk=/boot/initramfs-2.6.32-19.el7.s390x.img
parameters="root=/dev/mapper/vg_devel1-lv_root 
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a100000000 
rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000
rd_LVM_LV=vg_devel1/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 
SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,!condev"
Ejecute zipl para aplicar los cambios de /etc/zipl.conf para el próximo IPL:
# zipl -V
Usando archivo de configuración '/etc/zipl.conf'
Información de dispositivo de destino
Dispositivo..........................: 08:00
Partición.......................: 08:01
Nombre de dispositivo.....................: sda
Nombre de controlador de dispositivo..............: sd
Tipo............................: partición de disco
Distribución de disco.....................: distribución de disco SCSI
Geometría - inicio................: 2048
Tamaño del bloque del sistema de archivos..........: 4096
Tamaño del bloque físico.............: 512
Tamaño del dispositivo en bloques físicos..: 10074112
Creando mapa de arranque en '/boot/'
Creando menú 'rh-automatic-menu'
Agregando nº1: sección de IPL 'linux' (predeterminada)
imagen del kernel......: /boot/vmlinuz-2.6.32-19.el7.s390x
línea de param. del kernel...: 'root=/dev/mapper/vg_devel1-lv_root rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a100000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 rd_LVM_LV=vg_devel1/lv_root rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us cio_ignore=all,!condev'
disco ram inicial...: /boot/initramfs-2.6.32-19.el7.s390x.img
dirección del componente:
imagen del kernel....: 0x00010000-0x007a21ff
línea de parám.........: 0x00001000-0x000011ff
disco ram inicial.: 0x02000000-0x028f63ff
cargador interno.: 0x0000a000-0x0000a3ff
Preparando dispositivo de arranque: sda.
Distribución de disco PCBIOS SCSI detectada.
Escribiendo registro de arranque maestro SCSI.
Sincronizando discos...
Listo.

17.2.2.2. LUN de FCP que no forman parte del sistema de archivos raíz

Los FCP LUN que hacen parte del sistema de archivos raíz, tales como discos de datos, se configuran de modo persistente en el archivo /etc/zfcp.conf. Éste contiene un FCP LUN por línea. Cada línea contiene un ID de bus de dispositivo del adaptador FCP, el WWPN como numero de prefijo 0x con 16 dígitos hexadecimales , y el FCP LUN con prefijo 0x y seguido de ceros a la derecha para tener 16 dígitos hexadecimales, separados por un espacio o tabulación. Las entradas en /etc/zfcp.conf son activadas y configuradas por udev cuando se agregue un adaptador FCP al sistema. En el momento de arranque, todos los adaptadores FCP visibles al sistema agregan y activan udev.
Ejemplo del contenido de /etc/zfcp.conf:
0.0.fc00 0x5105074308c212e9 0x401040a000000000
0.0.fc00 0x5105074308c212e9 0x401040a100000000
0.0.fc00 0x5105074308c212e9 0x401040a300000000
0.0.fcd0 0x5105074308c2aee9 0x401040a000000000
0.0.fcd0 0x5105074308c2aee9 0x401040a100000000
0.0.fcd0 0x5105074308c2aee9 0x401040a300000000
Las modificaciones de /etc/zfcp.conf solamente se efectúan después del reinicio del sistema o después de la adición dinámica del nuevo canal FCP al cambiar la configuración de E/S del sistema (por ejemplo, un canal se agrega en z/VM). También, puede activar una nueva entrada en /etc/zfcp.conf, para un adaptador FCP que no estaba activo, mediante los siguientes comandos:
  1. Use la utilidad cio_ignore para quitar el adaptador FCP de la lista de dispositivos ignorados y volverlo visible para Linux:
    # cio_ignore -r device_number
    Remplace número de dispositivopor el número de dispositivo del adaptador FCP. Por ejemplo:
    # cio_ignore -r fcfc
  2. Para activar el uevent que activa el cambio, ejecute:
    echo add > /sys/bus/ccw/devices/device-bus-ID/uevent
    Por ejemplo:
    echo add > /sys/bus/ccw/devices/0.0.fcfc/uevent
Red Hat logoGithubRedditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

© 2024 Red Hat, Inc.