5.9. Configuration d'une instance Linux sur IBM Z 64 bits

Les unités de stockage à accès direct (DASD) sont un type de stockage couramment utilisé avec IBM Z 64 bits. Pour plus d'informations, consultez la section Travailler avec des DASD dans le Centre de connaissances IBM. L'exemple suivant explique comment mettre un DASD en ligne, le formater et rendre la modification persistante.

Vérifiez que le périphérique est attaché ou lié au système Linux s'il fonctionne sous z/VM.

CP ATTACH EB1C TO *

Pour lier un mini-disque auquel vous avez accès, exécutez les commandes suivantes :

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

Cette section contient des informations sur la mise en ligne d'un DASD.

Ces instructions mettent un DASD en ligne pour la session en cours, mais cela ne persiste pas lors des redémarrages.

Pour savoir comment mettre un DASD en ligne de manière persistante, voir Mise en ligne persistante des DASD. Lorsque vous travaillez avec des DASD, utilisez les liens symboliques de périphériques persistants à l'adresse /dev/disk/by-path/.

Une fois le disque en ligne, retournez dans le répertoire /root et formatez le périphérique au niveau inférieur. Cette opération 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 une partition couvrant l'ensemble du 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é au niveau inférieur) est en ligne, il peut être utilisé comme n'importe quel autre disque sous Linux. Par exemple, vous pouvez créer des systèmes de fichiers, des volumes physiques LVM ou de l'espace d'échange 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 souhaitez utiliser l'intégralité du DASD, créez une partition couvrant l'ensemble du disque, comme dans l'exemple fdasd ci-dessus.

Pour ajouter ultérieurement des disques supplémentaires sans rompre les entrées de disque existantes, par exemple, dans /etc/fstab, utilisez les liens symboliques des périphériques persistants sous /dev/disk/by-path/.

Les instructions ci-dessus décrivent comment activer les DASD de manière dynamique dans un système en cours d'exécution. Toutefois, ces modifications ne sont pas persistantes et ne survivent pas à un redémarrage. La persistance des modifications apportées à la configuration des DASD dans votre système Linux dépend de l'appartenance des DASD au système de fichiers racine. Les DASD nécessaires au système de fichiers racine doivent être activés très tôt au cours du processus de démarrage par le site initramfs pour pouvoir monter le système de fichiers racine.

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

Le fichier que vous devez modifier pour ajouter des DASD qui font partie du système de fichiers racine a changé dans Red Hat Enterprise Linux 9. Au lieu d'éditer le fichier /etc/zipl.conf, le nouveau fichier à éditer 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

Il existe une option de démarrage qui permet d'activer les DASD au début du processus de démarrage : rd.dasd=. Cette option utilise l'identifiant du bus de l'adaptateur DASD (Direct Access Storage Device). Pour plusieurs DASD, spécifiez le paramètre plusieurs fois ou utilisez une liste d'identifiants de bus séparés par des virgules. Pour spécifier une plage de DASD, indiquez le premier et le dernier ID de bus. Voici un exemple de fichier /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-80.el8.s390x.conf pour un système qui utilise des volumes physiques sur des 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 racine.

title 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 des paramètres de votre noyau de démarrage dans /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-4.18.0-32.el8.s390x.conf:

title 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 à 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.

Les unités de stockage à accès direct (DASD) qui ne font pas partie du système de fichiers racine, c'est-à-dire data disks, sont configurées de manière permanente dans le fichier /etc/dasd.conf. Ce fichier contient un DASD par ligne, chaque ligne commençant par l'ID de bus du DASD.

Lorsque vous ajoutez un DASD au fichier /etc/dasd.conf, utilisez des paires clé-valeur pour spécifier les options de chaque entrée. Séparez la clé et sa valeur par un signe égal (=). Lorsque vous ajoutez plusieurs options, utilisez un espace ou une tabulation pour séparer chaque option.

0.0.0207
0.0.0200 use_diag=1 readonly=1

Les modifications apportées au fichier /etc/dasd.conf prennent effet après un redémarrage du système ou après l'ajout dynamique d'un nouveau DASD en modifiant la configuration d'E/S du système (c'est-à-dire que le DASD est attaché sous z/VM).

Pour activer un DASD que vous avez ajouté au fichier /etc/dasd.conf, procédez comme suit :

Le seul fichier que vous devez modifier pour ajouter des LUN FCP qui font partie du système de fichiers racine a changé dans Red Hat Enterprise Linux 9. Au lieu d'éditer le fichier /etc/zipl.conf, le nouveau fichier à éditer 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 permettant d'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 de bus du périphérique FCP, le WWPN cible sous la forme d'un nombre hexadécimal à 16 chiffres préfixé par 0x, et le LUN FCP préfixé par 0x et complété par des zéros à droite pour obtenir 16 chiffres hexadécimaux.

Les valeurs WWPN et FCP LUN ne sont nécessaires que si le périphérique zFCP n'est pas configuré en mode NPIV, lorsque l'analyse automatique des LUN est désactivée par le paramètre du module du noyau zfcp.allow_lun_scan=0 ou lors de l'installation de RHEL-9.0 ou de versions antérieures. Sinon, ils peuvent être omis, par exemple, rd.zfcp=0.0.4000. Voici un exemple du fichier /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf pour un système qui utilise un volume physique sur une partition d'un disque SCSI relié au FCP, avec deux chemins d'accès, pour un groupe de volumes LVM vg_devel1 qui contient un volume logique lv_root pour le système de fichiers racine.

title Red Hat Enterprise Linux (5.14.0-55.el9.s390x) 9.0 (Plow)
version 5.14.0-55.el9.s390x
linux /boot/vmlinuz-5.14.0-55.el9.s390x
initrd /boot/initramfs-5.14.0-55.el9.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 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-5.14.0-55.el9.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel

title Red Hat Enterprise Linux (5.14.0-55.el9.s390x) 9.0 (Plow)
version 5.14.0-55.el9.s390x
linux /boot/vmlinuz-5.14.0-55.el9.s390x
initrd /boot/initramfs-5.14.0-55.el9.s390x.img
options root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,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-5.14.0-55.el9.s390x
grub_users $grub_users
grub_arg --unrestricted
grub_class kernel

# zipl -V
Using config file '/etc/zipl.conf'
Using BLS config file '/boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf'
Run /lib/s390-tools/zipl_helper.device-mapper /boot
Target device information
Device..........................: fd:00
Partition.......................: fd:01
Device name.....................: dm-0
Device driver name..............: device-mapper
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 'zipl-automatic-menu'
Adding #1: IPL section '5.14.0-55.el9.s390x' (default)
kernel image......: /boot/vmlinuz-5.14.0-55.el9.s390x
kernel parmline...: 'root=/dev/mapper/vg_devel1-lv_root crashkernel=auto rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a000000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a000000000 rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 rd.zfcp=0.0.fcd0,0x5105074308c2aee9,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-5.14.0-55.el9.s390x.img component address:
kernel image....: 0x00010000-0x007a21ff
parmline........: 0x00001000-0x000011ff
initial ramdisk.: 0x02000000-0x028f63ff
internal loader.: 0x0000a000-0x0000a3ff
Preparing boot device: dm-0.
Detected SCSI PCBIOS disk layout.
Writing SCSI master boot record.
Syncing disks...
Done.

Les LUN FCP qui ne font pas partie du système de fichiers racine, tels que les disques de données, sont configurés de manière persistante dans le fichier /etc/zfcp.conf. Il contient un FCP LUN par ligne. Chaque ligne contient l'ID du bus de l'adaptateur FCP, le WWPN cible sous la forme d'un nombre hexadécimal à 16 chiffres préfixé par 0x, et le LUN FCP préfixé par 0x et complété par des zéros à droite pour obtenir 16 chiffres hexadécimaux, séparés par un espace ou une tabulation.

Les valeurs WWPN et FCP LUN ne sont nécessaires que si le périphérique zFCP n'est pas configuré en mode NPIV, si l'analyse de auto LUN est désactivée par le paramètre zfcp.allow_lun_scan=0 kernel module ou lors de l'installation de RHEL-9.0 ou de versions antérieures. Sinon, elles peuvent être omises et seul l'identifiant du bus de l'appareil est obligatoire.

Les entrées de /etc/zfcp.conf sont activées et configurées par udev lorsqu'un adaptateur FCP est ajouté au système. Au démarrage, tous les adaptateurs FCP visibles sur le système sont ajoutés et déclenchés udev.

Exemple de contenu 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
0.0.4000
0.0.5000

Les modifications apportées à /etc/zfcp.conf ne deviennent effectives qu'après un redémarrage du système ou après l'ajout dynamique d'un nouveau canal FCP en modifiant la configuration des E/S du système (par exemple, un canal est attaché sous z/VM). Vous pouvez également déclencher l'activation d'une nouvelle entrée dans /etc/zfcp.conf pour un adaptateur FCP qui n'était pas actif auparavant, en exécutant les commandes suivantes :

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

Pour plus d'informations sur le système de dénomination du pilote de périphérique qeth, voir Personnaliser les paramètres de démarrage.

Cette section contient des informations sur l'ajout dynamique d'un périphérique qeth.

Vous pouvez également utiliser les attributs sysfs pour mettre l'appareil en ligne comme suit :

Pour rendre un nouveau dispositif qeth persistant, créez un fichier de configuration pour la nouvelle interface. Les fichiers de configuration de l'interface réseau sont placés dans le répertoire /etc/NetworkManager/system-connections/.

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

S'il existe déjà un fichier de configuration pour un autre appareil du même type, copiez-le sous le nouveau nom et modifiez-le :

# cd /etc/NetworkManager/system-connections/
# cp enc9a0.nmconnection enc600.nmconnection

Pour connaître les identifiants 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 dispositif similaire, créez un nouveau fichier. Utilisez cet exemple :

[connection]
type=ethernet
interface-name=enc600

[ipv4]
address1=10.12.20.136/24,10.12.20.1
dns=10.12.20.53;
method=manual

[ethernet]
mac-address=00:53:00:8f:fa:66

Modifiez le nouveau fichier enc600.nmconnection comme suit :

Les modifications apportées au fichier enc600.nmconnection deviennent effectives après le redémarrage du système, l'ajout dynamique de nouveaux canaux de périphériques réseau par la modification de la configuration des E/S du système (par exemple, attachement sous z/VM) ou le rechargement des connexions réseau. Vous pouvez également déclencher l'activation de enc600.nmconnection pour les 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, il suffit de modifier les options de démarrage. Les options de démarrage 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é à l'aide des commandes suivantes :

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

Dracut, le mkinitrd qui fournit la fonctionnalité dans l'initramfs qui, à son tour, remplace l'initramfs initrdiBM Z, fournit un paramètre de démarrage pour activer les périphériques réseau sur IBM Z 64 bits au début du processus de démarrage : rd.znet=.

Ce paramètre prend en entrée une liste de NETTYPE (qeth, lcs, ctc), deux (lcs, ctc) ou trois (qeth) ID de bus de périphérique, séparés par des virgules, et des paramètres supplémentaires facultatifs constitués de paires clé-valeur correspondant à des attributs sysfs de périphérique réseau. Ce paramètre configure et active le matériel réseau IBM Z 64 bits. La configuration des adresses IP et des autres spécificités du réseau fonctionne de la même manière que pour les autres plates-formes. Pour plus de détails, reportez-vous à la documentation dracut pour plus de détails.

Les commandes cio_ignore les commandes 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 accessible 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=fr_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=us