Chapitre 12. Configuration d'une instance Linux sur IBM Z

Les périphériques de stockage à accès direct (DASD) (Direct Access Storage Devices) sont un type de stockage couramment utilisé avec IBM Z. Vous trouverez des informations complémentaires sur le fonctionnement de ces périphériques de stockage à IBM Knowledge Center à l'adresse http://www-01.ibm.com/support/knowledgecenter/linuxonibm/com.ibm.linux.z.lgdd/lgdd_t_dasd_wrk.html.

L'exemple suivant illustre comment paramétrer un DASD en ligne, comment le formater, et comment rendre ces modifications persistantes.

Assurez-vous que le périphérique soit connecté ou lié au système Linux si vous exécutez sous z/VM.

CP ATTACH EB1C TO *

Pour lier un mini-disque auquel vous avez accès, effectuez par exemple :

CP LINK RHEL7X 4B2E 4B2E MR
DASD 4B2E LINKED R/W

Pour paramétrer un DASD en ligne, suivez ces étapes :

Ces directives permettent d’installer un DASD en ligne pour la session en cours, mais il n’y aura pas persistance en cas de démarrage à nouveau. Pour savoir comment configurer un DASD en ligne de manière persistante, consultez la section Section 12.4, « Mise en ligne permanente des DASD en ligne ». Lorsque vous travaillez avec des DASD, utilisez les liens symboliques de périphérique persistant sous /dev/disk/by-path/.

Une fois le disque en ligne, retournez dans le répertoire /root et formatez le périphérique à bas niveau, ce qui n'est nécessaire qu'une seule fois pour un DASD pendant toute sa durée de vie :

# cd /root
# dasdfmt -b 4096 -d cdl -p /dev/disk/by-path/ccw-0.0.4b2e
Drive Geometry: 10017 Cylinders * 15 Heads =  150255 Tracks

I am going to format the device /dev/disk/by-path/ccw-0.0.4b2e in the following way:
Device number of device : 0x4b2e
Labelling device        : yes
Disk label              : VOL1
Disk identifier         : 0X4B2E
Extent start (trk no)   : 0
Extent end (trk no)     : 150254
Compatible Disk Layout  : yes
Blocksize               : 4096

--->> ATTENTION! <<---
All data of that device will be lost.
Type "yes" to continue, no will leave the disk untouched: yes
cyl    97 of  3338 |#----------------------------------------------|   2%

Lorsque la barre de progression atteint la fin et que le format est terminé, dasdfmt imprime la sortie suivante :

Rereading the partition table...
Exiting...

Maintenant, utilisez fdasd pour partitionner le DASD. Vous pouvez créer jusqu'à trois partitions sur un DASD, dans notre exemple, nous créons ici une partition couvrant tout le disque :

# fdasd -a /dev/disk/by-path/ccw-0.0.4b2e
reading volume label ..: VOL1
reading vtoc ..........: ok

auto-creating one partition for the whole disk...
writing volume label...
writing VTOC...
rereading partition table...

Une fois qu’un DASD (formaté de bas niveau) est en ligne, il peut être utilisé comme n’importe quel disque avec Linux. Par exemple, vous pouvez créer des systèmes de fichiers, des volumes physiques LVM, ou échanger de l'espace sur ses partitions, par exemple /dev/disk/by-path/ccw-0.0.4b2e-part1. N'utilisez jamais le périphérique DASD complet (dev/dasdb) pour autre chose que les commandes dasdfmt et fdasd. Si vous voulez utiliser le DASD complet, créez une partition couvrant le lecteur comme fdasd ci-dessus par exemple

Pour ajouter des disques supplémentaires plus tard sans endommager les entrées de disque existantes dans, par exemple, /etc/fstab, utilisez les liens symboliques de périphérique persistant sous /dev/disk/by-path/.

Les instructions ci-dessus décrivent comment activer dynamiquement les DASD dans un système en cours d'exécution, mais ces changements ne sont pas persistants et ne survivent pas à un redémarrage, car les modifications apportées à la configuration DASD dans votre système Linux dépendent de l'appartenance des DASD au système de fichiers racine, qui doit être activé très tôt pendant le démarrage par les initramfs pour que le système de fichiers racine puisse être monté.

Les commandes cio_ignore sont gérées de manière transparente pour les configurations de périphériques persistants et vous n'avez pas besoin de libérer manuellement les périphériques de la liste des ignorés.

Le fichier que vous devez modifier pour ajouter les DASD qui font partie du système de fichiers racine a changé dans Red Hat Enterprise Linux 8 : au lieu de modifier le fichier /etc/zipl.conf, vous pouvez trouver le nouveau fichier à modifier et son emplacement en exécutant les commandes suivantes

# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf

Il y a une option de démarrage pour activer les DASD au début du processus de démarrage : rd.dasd=. Cette option prend en entrée une liste séparée par des virgules. La liste contient un ID de bus de périphérique et des paramètres supplémentaires optionnels composés de paires de valeurs clés qui correspondent aux attributs DASD sysfs.

Voici un exemple du fichier /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf pour un système qui utilise des volumes physiques sur les partitions de deux DASD pour un groupe de volumes LVM vg_devel1 qui contient un volume logique lv_root pour le système de fichiers racines.

Red Hat Enterprise Linux (4.18.0-80.el8.s390x) 8.0 (Ootpa)
version 4.18.0-80.el8.s390x
linux /boot/vmlinuz-4.18.0-80.el8.s390x
initrd /boot/initramfs-4.18.0-80.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-80.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel

Pour ajouter un autre volume physique sur une partition d'un troisième DASD avec l'ID de bus de périphérique 0.0.202b. Pour ce faire, ajoutez rd.dasd=0.0.202b à la ligne de paramètres de votre noyau de démarrage dans /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-32.el8.s390x.conf:

Red Hat Enterprise Linux (4.18.0-80.el8.s390x) 8.0 (Ootpa)
version 4.18.0-80.el8.s390x
linux /boot/vmlinuz-4.18.0-80.el8.s390x
initrd /boot/initramfs-4.18.0-80.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.dasd=0.0.202b rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-80.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel

Exécutez zipl pour appliquer les modifications du fichier de configuration pour la prochaine IPL :

# zipl -V
Using config file '/etc/zipl.conf'
Using BLS config file '/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf'
Target device information
  Device..........................: 5e:00
  Partition.......................: 5e:01
  Device name.....................: dasda
  Device driver name..............: dasd
  DASD device number..............: 0201
  Type............................: disk partition
  Disk layout.....................: ECKD/compatible disk layout
  Geometry - heads................: 15
  Geometry - sectors..............: 12
  Geometry - cylinders............: 13356
  Geometry - start................: 24
  File system block size..........: 4096
  Physical block size.............: 4096
  Device size in physical blocks..: 262152
Building bootmap in '/boot'
Building menu 'zipl-automatic-menu'
Adding #1: IPL section '4.18.0-80.el8.s390x' (default)
  initial ramdisk...: /boot/initramfs-4.18.0-80.el8.s390x.img
  kernel image......: /boot/vmlinuz-4.18.0-80.el8.s390x
  kernel parmline...: 'root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.dasd=0.0.0200 rd.dasd=0.0.0207 rd.dasd=0.0.202b rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0'
  component address:
    kernel image....: 0x00010000-0x0049afff
    parmline........: 0x0049b000-0x0049bfff
    initial ramdisk.: 0x004a0000-0x01a26fff
    internal loader.: 0x0000a000-0x0000cfff
Preparing boot menu
  Interactive prompt......: enabled
  Menu timeout............: 5 seconds
  Default configuration...: '4.18.0-80.el8.s390x'
Preparing boot device: dasda (0201).
Syncing disks...
Done.

Le seul fichier que vous devez modifier pour ajouter des LUN FCP qui font partie du système de fichiers racine a été modifié dans Red Hat Enterprise Linux 8. Au lieu de modifier le fichier /etc/zipl.conf, le nouveau fichier à modifier et son emplacement peuvent être trouvés en exécutant les commandes suivantes :

# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf

Red Hat Enterprise Linux fournit un paramètre pour activer les LUN FCP au début du processus de démarrage : rd.zfcp=. La valeur est une liste séparée par des virgules contenant l'ID du bus de périphérique, le WWPN comme nombre hexadécimal à 16 chiffres préfixé par 0x et le LUN FCP préfixé par 0x et rempli par des zéros à droite pour avoir 16 caractères hexadécimaux.

Voici un exemple du fichier /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf pour un système qui utilise des volumes physiques sur les partitions de deux LUN FCP pour un groupe de volumes LVM vg_devel1 qui contient un volume logique lv_root pour le système de fichiers racines. Par simplicité, cet exemple montre une configuration sans gestion multivoies.

Red Hat Enterprise Linux (4.18.0-32.el8.s390x) 8.0 (Ootpa)
version 4.18.0-32.el8.s390x
linux /boot/vmlinuz-4.18.0-32.el8.s390x
initrd /boot/initramfs-4.18.0-32.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a100000000 rd.lvm.lv=vg_devel1/lv_root rd.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-32.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel

Pour ajouter un autre volume physique sur une partition d'un troisième LUN FCP avec l'ID de bus de périphérique 0.0.fc00, WWPN 0x5105074308c212e9 et FCP LUN 0x401040a300000000, ajouter rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 à la ligne de paramètres de votre noyau de démarrage (boot) dans /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-32.el8.s390x.conf. Exemple :

Red Hat Enterprise Linux (4.18.0-32.el8.s390x) 8.0 (Ootpa)
version 4.18.0-32.el8.s390x
linux /boot/vmlinuz-4.18.0-32.el8.s390x
initrd /boot/initramfs-4.18.0-32.el8.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto 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.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0
id rhel-20181027190514-4.18.0-32.el8.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel

Exécutez zipl pour appliquer les modifications du fichier de configuration pour la prochaine IPL :

# zipl -V
Using config file '/etc/zipl.conf'
Using BLS config file '/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-32.el8.s390x.conf'
Target device information
Device..........................: 08:00
Partition.......................: 08:01
Device name.....................: sda
Device driver name..............: sd
Type............................: disk partition
Disk layout.....................: SCSI disk layout
Geometry - start................: 2048
File system block size..........: 4096
Physical block size.............: 512
Device size in physical blocks..: 10074112
Building bootmap in '/boot/'
Building menu 'rh-automatic-menu'
Adding #1: IPL section '4.18.0-32.el8.s390x' (default)
kernel image......: /boot/vmlinuz-4.18.0-32.el8.s390x
kernel parmline...: 'root=/dev/mapper/vg_devel1-lv_root crashkernel=auto 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.lvm.lv=vg_devel1/lv_swap cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0'
initial ramdisk...: /boot/initramfs-4.18.0-32.el8.s390x.img
component address:
kernel image....: 0x00010000-0x007a21ff
parmline........: 0x00001000-0x000011ff
initial ramdisk.: 0x02000000-0x028f63ff
internal loader.: 0x0000a000-0x0000a3ff
Preparing boot device: sda.
Detected SCSI PCBIOS disk layout.
Writing SCSI master boot record.
Syncing disks...
Done.

Le pilote de périphérique réseau qeth prend en charge les fonctions IBM Z OSA-Express en mode QDIO, HiperSockets, z/VM guest LAN, et z/VM VSWITCH.

Le pilote de périphérique qeth attribue le même nom d'interface aux périphériques Ethernet et Hipersockets : encbus_ID. l'ID de bus est composé de l'ID de sous-système de canal, de l'ID de jeu de sous-canaux et du numéro de périphérique, et ne contient ni zéros ni points de début. Par exemple, enca00 pour un périphérique dont l'ID est 0.0.0a00.

Pour ajouter dynamiquement un périphérique qeth, procédez comme suit :

Vous pouvez également utiliser les attributs sysfs pour configurer le périphérique en ligne comme suit :

Pour rendre votre nouveau périphérique qeth persistant, vous devez créer le fichier de configuration de votre nouvelle interface. Les fichiers de configuration de l'interface réseau sont placés dans le répertoire /etc/sysconfig/network-scripts/.

Les fichiers de configuration réseau utilisent la convention d'appellation ifcfg-device, où device est la valeur trouvée dans le fichier if_name du périphérique du groupe qeth créé précédemment, par exemple enc9a0. Les commandes cio_ignore sont traitées de manière transparente pour les configurations de périphériques persistants et vous n'avez pas besoin de libérer manuellement les périphériques de la liste des ignorés.

Si un fichier de configuration pour un autre périphérique du même type existe déjà, la façon la plus simple d'ajouter le fichier de configuration est de le copier sous le nouveau nom et de le modifier :

# cd /etc/sysconfig/network-scripts
# cp ifcfg-enc9a0 ifcfg-enc600

Pour apprendre les ID de vos périphériques réseau, utilisez l'utilitaire lsqeth :

# lsqeth -p
devices                    CHPID interface        cardtype       port chksum prio-q'ing rtr4 rtr6 lay'2 cnt
-------------------------- ----- ---------------- -------------- ---- ------ ---------- ---- ---- ----- -----
0.0.09a0/0.0.09a1/0.0.09a2 x00   enc9a0    Virt.NIC QDIO  0    sw     always_q_2 n/a  n/a  1     64
0.0.0600/0.0.0601/0.0.0602 x00   enc600    Virt.NIC QDIO  0    sw     always_q_2 n/a  n/a  1     64

Si vous n'avez pas défini de périphérique similaire, vous devez créer un nouveau fichier. Utilisez cet exemple de /etc/sysconfig/network-scripts/ifcfg-0.0.09a0 comme modèle :

# IBM QETH
DEVICE=enc9a0
BOOTPROTO=static
IPADDR=10.12.20.136
NETMASK=255.255.255.0
ONBOOT=yes
NETTYPE=qeth
SUBCHANNELS=0.0.09a0,0.0.09a1,0.0.09a2
PORTNAME=OSAPORT
OPTIONS='layer2=1 portno=0'
MACADDR=02:00:00:23:65:1a
TYPE=Ethernet

Editez le nouveau fichier ifcfg-0.0.0.0600 comme suit :

/etc/sysconfig/network-scripts/ifcfg-0.0.0600

# IBM QETH
DEVICE=enc600
BOOTPROTO=static
IPADDR=192.168.70.87
NETMASK=255.255.255.0
ONBOOT=yes
NETTYPE=qeth
SUBCHANNELS=0.0.0600,0.0.0601,0.0.0602
PORTNAME=OSAPORT
OPTIONS='layer2=1 portno=0'
MACADDR=02:00:00:b3:84:ef
TYPE=Ethernet

Les modifications d'un fichier ifcfg ne deviennent effectives qu'après un redémarrage du système ou après l'ajout dynamique de nouveaux canaux de périphériques réseau en modifiant la configuration des E/S du système (par exemple, attacher sous z/VM). Sinon, vous pouvez déclencher l’activation d’un fichier ifcfg pour des canaux de réseau qui n’étaient pas encore actifs, en exécutant les commandes suivantes :

Pour ajouter un périphérique réseau nécessaire pour accéder au système de fichiers racine, vous n'avez qu'à modifier les options de démarrage, qui peuvent se trouver dans un fichier de paramètres, mais le fichier /etc/zipl.conf ne contient plus les spécifications des enregistrements de démarrage. Le fichier à modifier peut être localisé en utilisant les commandes suivantes :

# machine_id=$(cat /etc/machine-id)
# kernel_version=$(uname -r)
# ls /boot/loader/entries/$machine_id-$kernel_version.conf

Il n'est pas nécessaire de recréer les initramfs.

Dracut, le successeur de mkinitrd qui fournit la fonctionnalité dans les initramfs qui remplace initrd, fournit un paramètre de démarrage pour activer les périphériques réseau sur IBM Z au début du processus de démarrage : rd.znet=.

En entrée, ce paramètre prend une liste séparée par des virgules du NETTYPE (qeth, lcs, ctc), deux (lcs, ctc) ou trois (qeth) ID de bus de périphériques, et des paramètres supplémentaires optionnels composés de paires de valeurs clés correspondant aux attributs système des périphériques réseau. Ce paramètre configure et active le matériel réseau IBM Z. La configuration des adresses IP et autres spécificités réseau fonctionne comme sur les autres plateformes. Voir la documentationdracut pour plus d’informations.

Les commandes cio_ignore pour les canaux réseau sont gérées de manière transparente au démarrage.

Exemple d'options de démarrage pour un système de fichiers racine accédé sur le réseau via NFS :

root=10.16.105.196:/nfs/nfs_root cio_ignore=all,!condev rd.znet=qeth,0.0.0a00,0.0.0a01,0.0.0a02,layer2=1,portno=0,portname=OSAPORT ip=10.16.105.197:10.16.105.196:10.16.111.254:255.255.248.0:nfs‑server.subdomain.domain:enc9a0:none rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us