Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

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

Cette section décrit la plupart des tâches courantes d'installation de Red Hat Enterprise Linux sur IBM Z 64 bits.

5.9.1. Ajout de DASD
Copier lien

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 *
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap

5.9.2. Mise en ligne dynamique des DASD
Copier lien

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

Procédure

  1. Utilisez l'utilitaire cio_ignore pour supprimer le DASD de la liste des périphériques ignorés et le rendre visible pour Linux : 

    # cio_ignore -r numéro_du_dispositif
    Copy to Clipboard Toggle word wrap

    Remplacez device_number par le numéro de périphérique du DASD. Par exemple : 

    # cio_ignore -r 4b2e
    Copy to Clipboard Toggle word wrap

  2. Mettez l'appareil en ligne. Utilisez une commande de la forme suivante : 

    # chccwdev -e numéro_du_dispositif
    Copy to Clipboard Toggle word wrap

    Remplacez device_number par le numéro de périphérique du DASD. Par exemple : 

    # chccwdev -e 4b2e
    Copy to Clipboard Toggle word wrap

    Vous pouvez également mettre le périphérique en ligne à l'aide des attributs sysfs :

    1. Utilisez la commande cd pour accéder au répertoire /sys/ qui représente ce volume : 

      # cd /sys/bus/ccw/drivers/dasd-eckd/0.0.4b2e/
# ls -l
total 0
-r--r--r--  1 root root 4096 Aug 25 17:04 availability
-rw-r--r--  1 root root 4096 Aug 25 17:04 cmb_enable
-r--r--r--  1 root root 4096 Aug 25 17:04 cutype
-rw-r--r--  1 root root 4096 Aug 25 17:04 detach_state
-r--r--r--  1 root root 4096 Aug 25 17:04 devtype
-r--r--r--  1 root root 4096 Aug 25 17:04 discipline
-rw-r--r--  1 root root 4096 Aug 25 17:04 online
-rw-r--r--  1 root root 4096 Aug 25 17:04 readonly
-rw-r--r--  1 root root 4096 Aug 25 17:04 use_diag
      Copy to Clipboard Toggle word wrap

    2. Vérifiez si l'appareil est déjà en ligne : 

      # cat online
0
      Copy to Clipboard Toggle word wrap

    3. S'il n'est pas en ligne, entrez la commande suivante pour le mettre en ligne : 

      # echo 1 > online
# cat online
1
      Copy to Clipboard Toggle word wrap

  3. Vérifier quel est le bloc devnode auquel on accède : 

    # ls -l
total 0
-r--r--r--  1 root root 4096 Aug 25 17:04 availability
lrwxrwxrwx  1 root root    0 Aug 25 17:07 block -> ../../../../block/dasdb
-rw-r--r--  1 root root 4096 Aug 25 17:04 cmb_enable
-r--r--r--  1 root root 4096 Aug 25 17:04 cutype
-rw-r--r--  1 root root 4096 Aug 25 17:04 detach_state
-r--r--r--  1 root root 4096 Aug 25 17:04 devtype
-r--r--r--  1 root root 4096 Aug 25 17:04 discipline
-rw-r--r--  1 root root    0 Aug 25 17:04 online
-rw-r--r--  1 root root 4096 Aug 25 17:04 readonly
-rw-r--r--  1 root root 4096 Aug 25 17:04 use_diag
    Copy to Clipboard Toggle word wrap

    Comme le montre cet exemple, le périphérique 4B2E est accessible en tant que /dev/dasdb.

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%
Copy to Clipboard Toggle word wrap

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

Rereading the partition table...
Exiting...
Copy to Clipboard Toggle word wrap

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...
Copy to Clipboard Toggle word wrap

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/.

5.9.4. Mise en ligne persistante des DASD
Copier lien

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.

5.9.5. DASD faisant partie du système de fichiers racine
Copier lien

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
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap
Avertissement

Assurez-vous que la longueur de la ligne de commande du noyau dans le fichier de configuration ne dépasse pas 896 octets. Dans le cas contraire, le chargeur de démarrage ne peut pas être sauvegardé et l'installation échoue.

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.
Copy to Clipboard Toggle word wrap

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.

Exemple de fichier /etc/dasd.conf 

0.0.0207
0.0.0200 use_diag=1 readonly=1
Copy to Clipboard Toggle word wrap

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 :

  1. Retirez le DASD de la liste des périphériques ignorés et rendez-le visible à l'aide de l'utilitaire cio_ignore: 

    # cio_ignore -r device_number
    Copy to Clipboard Toggle word wrap

    où device_number est le numéro du périphérique DASD.

    Par exemple, si le numéro de l'appareil est 021a, exécutez : 

    # cio_ignore -r 021a
    Copy to Clipboard Toggle word wrap

  2. Activer le DASD en écrivant dans l'attribut uevent de l'appareil : 

    # echo add > /sys/bus/ccw/devices/dasd-bus-ID/uevent
    Copy to Clipboard Toggle word wrap

    où dasd-bus-ID est l'ID de bus du DASD.

    Par exemple, si l'ID du bus est 0.0.021a, exécuter : 

    # echo add > /sys/bus/ccw/devices/0.0.021a/uevent
    Copy to Clipboard Toggle word wrap

5.9.7. LUN FCP faisant partie du système de fichiers racine
Copier lien

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
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap
  1. Pour ajouter un autre volume physique sur une partition d'un deuxième disque SCSI relié au FCP avec le LUN FCP 0x401040a300000000 en utilisant les deux mêmes chemins que le volume physique existant, ajoutez rd.zfcp=0.0.fc00,0x5105074308c212e9,0x401040a300000000 et rd.zfcp=0.0.fcd0,0x5105074308c2aee9,0x401040a300000000 à la ligne des paramètres de votre noyau d'amorçage dans /boot/loader/entries/4ab74e52867b4f998e73e06cf23fd761-5.14.0-55.el9.s390x.conf. Par exemple : 
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
Copy to Clipboard Toggle word wrap
Avertissement

Assurez-vous que la longueur de la ligne de commande du noyau dans le fichier de configuration ne dépasse pas 896 octets. Dans le cas contraire, le chargeur de démarrage ne peut pas être sauvegardé et l'installation échoue.

  • Exécutez dracut -f pour mettre à jour le disque RAM initial de votre noyau cible.
  • 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-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.
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap

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 :

  1. Utilisez l'utilitaire zfcp_cio_free pour supprimer les adaptateurs FCP de la liste des périphériques ignorés et les rendre visibles pour Linux : 

    # zfcp_cio_free
    Copy to Clipboard Toggle word wrap

  2. Pour appliquer les ajouts de /etc/zfcp.conf au système en cours d'exécution, émettez : 

    # zfcpconf.sh
    Copy to Clipboard Toggle word wrap

5.9.9. Ajout d'un dispositif qeth
Copier lien

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.

5.9.10. Ajout dynamique d'un dispositif qeth
Copier lien

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

Procédure

  1. Déterminez si les modules du pilote de périphérique qeth sont chargés. L'exemple suivant montre des modules qeth chargés : 

    # lsmod | grep qeth
qeth_l3                69632  0
qeth_l2                49152  1
qeth                  131072  2 qeth_l3,qeth_l2
qdio                   65536  3 qeth,qeth_l3,qeth_l2
ccwgroup               20480  1 qeth
    Copy to Clipboard Toggle word wrap

    Si la sortie de la commande lsmod montre que les modules qeth ne sont pas chargés, exécutez la commande modprobe pour les charger : 

    # modprobe qeth
    Copy to Clipboard Toggle word wrap

  2. Utilisez l'utilitaire cio_ignore pour supprimer les canaux réseau de la liste des périphériques ignorés et les rendre visibles pour Linux : 

    # cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
    Copy to Clipboard Toggle word wrap

    Remplacez read_device_bus_id,write_device_bus_id,data_device_bus_id par les trois ID de bus de périphérique représentant un périphérique de réseau. Par exemple, si le read_device_bus_id est 0.0.f500, le write_device_bus_id est 0.0.f501, et le data_device_bus_id est 0.0.f502: 

    # cio_ignore -r 0.0.f500,0.0.f501,0.0.f502
    Copy to Clipboard Toggle word wrap

  3. Utiliser l'utilitaire znetconf pour détecter et répertorier les configurations candidates pour les périphériques réseau : 

    # znetconf -u
Scanning for network devices...
Device IDs                 Type    Card Type      CHPID Drv.
------------------------------------------------------------
0.0.f500,0.0.f501,0.0.f502 1731/01 OSA (QDIO)        00 qeth
0.0.f503,0.0.f504,0.0.f505 1731/01 OSA (QDIO)        01 qeth
0.0.0400,0.0.0401,0.0.0402 1731/05 HiperSockets      02 qeth
    Copy to Clipboard Toggle word wrap

  4. Sélectionnez la configuration que vous souhaitez utiliser et utilisez la touche znetconf pour appliquer la configuration et mettre en ligne l'appareil de groupe configuré en tant qu'appareil réseau. 

    # znetconf -a f500
Scanning for network devices...
Successfully configured device 0.0.f500 (encf500)
    Copy to Clipboard Toggle word wrap

  5. En option, vous pouvez également transmettre des arguments qui sont configurés sur le dispositif de groupe avant qu'il ne soit mis en ligne : 

    # znetconf -a f500 -o portname=myname
Scanning for network devices...
Successfully configured device 0.0.f500 (encf500)
    Copy to Clipboard Toggle word wrap

    Vous pouvez maintenant continuer à configurer l'interface réseau encf500.

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

  1. Créez un dispositif de groupe qeth: 

    # echo read_device_bus_id,write_device_bus_id,data_device_bus_id > /sys/bus/ccwgroup/drivers/qeth/group
    Copy to Clipboard Toggle word wrap

    Par exemple : 

    # echo 0.0.f500,0.0.f501,0.0.f502 > /sys/bus/ccwgroup/drivers/qeth/group
    Copy to Clipboard Toggle word wrap

  2. Ensuite, vérifiez que le périphérique du groupe qeth a été créé correctement en recherchant le canal de lecture : 

    # ls /sys/bus/ccwgroup/drivers/qeth/0.0.f500
    Copy to Clipboard Toggle word wrap

    Vous pouvez éventuellement définir des paramètres et des fonctions supplémentaires, en fonction de la manière dont vous configurez votre système et des fonctions dont vous avez besoin :

    • portno
    • layer2
    • portname

  3. Mettez l'appareil en ligne en écrivant 1 dans l'attribut online sysfs: 

    # echo 1 > /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online
    Copy to Clipboard Toggle word wrap

  4. Vérifiez ensuite l'état de l'appareil : 

    # cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/online
											1
    Copy to Clipboard Toggle word wrap

    Une valeur de retour de 1 indique que l'appareil est en ligne, tandis qu'une valeur de retour de 0 indique que l'appareil est hors ligne.

  5. Recherchez le nom de l'interface qui a été attribué à l'appareil : 

    # cat /sys/bus/ccwgroup/drivers/qeth/0.0.f500/if_name
encf500
    Copy to Clipboard Toggle word wrap

    Vous pouvez maintenant continuer à configurer l'interface réseau encf500.

    La commande suivante du paquet s390utils montre les paramètres les plus importants de votre appareil qeth: 

    # lsqeth encf500
Device name                     : encf500
-------------------------------------------------
card_type               : OSD_1000
cdev0                   : 0.0.f500
cdev1                   : 0.0.f501
cdev2                   : 0.0.f502
chpid                   : 76
online                  : 1
portname                : OSAPORT
portno                  : 0
state                   : UP (LAN ONLINE)
priority_queueing       : always queue 0
buffer_count            : 16
layer2                  : 1
isolation               : none
    Copy to Clipboard Toggle word wrap

5.9.11. Ajout persistant d'un dispositif qeth
Copier lien

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
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap

Modifiez le nouveau fichier enc600.nmconnection comme suit :

  1. Assurez-vous que le nouveau fichier de connexion appartient à root:root: 

    # chown root:root /etc/NetworkManager/system-connections/enc600.nmconnection
    Copy to Clipboard Toggle word wrap
  2. Ajoutez plus de détails dans ce fichier ou modifiez ces paramètres en fonction de vos besoins de connexion.
  3. Enregistrer le fichier.

  4. Recharger le profil de connexion : 

    # nmcli connection reload
    Copy to Clipboard Toggle word wrap

  5. Pour afficher les détails complets de la connexion nouvellement ajoutée, entrez : 

    # nmcli connection show enc600
    Copy to Clipboard Toggle word wrap

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 :

  1. Utilisez l'utilitaire cio_ignore pour supprimer les canaux réseau de la liste des périphériques ignorés et les rendre visibles pour Linux : 

    # cio_ignore -r read_device_bus_id,write_device_bus_id,data_device_bus_id
    Copy to Clipboard Toggle word wrap

    Remplacez read_device_bus_id, write_device_bus_id, data_device_bus_id par les trois ID de bus de périphérique représentant un périphérique de réseau. Par exemple, si le read_device_bus_id est 0.0.0600, le write_device_bus_id est 0.0.0601, et le data_device_bus_id est 0.0.0602: 

    #  cio_ignore -r 0.0.0600,0.0.0601,0.0.0602
    Copy to Clipboard Toggle word wrap

  2. Pour déclencher l'événement qui active le changement, émettez : 

    # echo add > /sys/bus/ccw/devices/read-channel/uevent
    Copy to Clipboard Toggle word wrap

    Par exemple : 

    # echo add > /sys/bus/ccw/devices/0.0.0600/uevent
    Copy to Clipboard Toggle word wrap

  3. Vérifier l'état de l'appareil réseau : 

    # lsqeth
    Copy to Clipboard Toggle word wrap

  4. Si les informations relatives à l'itinéraire par défaut ont été modifiées, vous devez également mettre à jour les paramètres ipaddress1 dans les sections [ipv4] et [ipv6] du fichier /etc/NetworkManager/system-connections/<profile_name>.nmconnection: 

    [ipv4]
address1=10.12.20.136/24,10.12.20.1
[ipv6]
address1=2001:db8:1::1,2001:db8:1::fffe
    Copy to Clipboard Toggle word wrap

  5. Lancez maintenant la nouvelle interface : 

    # nmcli connection up enc600
    Copy to Clipboard Toggle word wrap

  6. Vérifier l'état de l'interface : 

    # ip addr show enc600
3: enc600:  <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 3c:97:0e:51:38:17 brd ff:ff:ff:ff:ff:ff
10.12.20.136/24 brd 10.12.20.1 scope global dynamic enc600
valid_lft 81487sec preferred_lft 81487sec
inet6 1574:12:5:1185:3e97:eff:fe51:3817/64 scope global noprefixroute dynamic
valid_lft 2591994sec preferred_lft 604794sec
inet6 fe45::a455:eff:d078:3847/64 scope link
valid_lft forever preferred_lft forever
    Copy to Clipboard Toggle word wrap

  7. Vérifiez le routage pour la nouvelle interface : 

    # ip route
default via 10.12.20.136 dev enc600 proto dhcp src
    Copy to Clipboard Toggle word wrap

  8. Vérifiez vos modifications en utilisant l'utilitaire ping pour envoyer un signal ping à la passerelle ou à un autre hôte sur le sous-réseau du nouveau périphérique : 

    # ping -c 1 10.12.20.136
PING 10.12.20.136 (10.12.20.136) 56(84) bytes of data.
64 bytes from 10.12.20.136: icmp_seq=0 ttl=63 time=8.07 ms
    Copy to Clipboard Toggle word wrap
  9. Si les informations relatives à l'itinéraire par défaut ont changé, vous devez également mettre à jour /etc/sysconfig/network en conséquence.

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
Copy to Clipboard Toggle word wrap

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
Copy to Clipboard Toggle word wrap
Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat