Rechercher

5.5. Paramètres et fichiers de configuration sur IBM Z 64 bits

download PDF

Cette section contient des informations sur les paramètres et les fichiers de configuration sur IBM Z 64 bits.

5.5.1. Paramètres requis pour le fichier de configuration sur IBM Z 64 bits

Plusieurs paramètres sont nécessaires et doivent être inclus dans le fichier de paramètres. Ces paramètres sont également fournis dans le fichier generic.prm dans le répertoire images/ du DVD d'installation.

  • ro

    Monte le système de fichiers racine, qui est un disque RAM, en lecture seule.

  • ramdisk_size=size

    Modifie la taille de la mémoire réservée au disque RAM afin de garantir que le programme d'installation de Red Hat Enterprise Linux s'y insère. Par exemple : ramdisk_size=40000.

Le fichier generic.prm contient également le paramètre supplémentaire cio_ignore=all,!condev. Ce paramètre accélère le démarrage et la détection des périphériques sur les systèmes comportant de nombreux périphériques. Le programme d'installation gère de manière transparente l'activation des périphériques ignorés.

5.5.2. fichier de configuration IBM Z/VM 64 bits

Sous z/VM, vous pouvez utiliser un fichier de configuration sur un disque formaté CMS. L'objectif du fichier de configuration CMS est d'économiser de l'espace dans le fichier de paramètres en déplaçant les paramètres qui configurent la configuration initiale du réseau, le DASD et la spécification FCP hors du fichier de paramètres.

Chaque ligne du fichier de configuration du CMS contient une seule variable et sa valeur associée, dans la syntaxe suivante : variable=value.

Vous devez également ajouter les paramètres CMSDASD et CMSCONFFILE au fichier de paramètres. Ces paramètres renvoient le programme d'installation au fichier de configuration :

CMSDASD=cmsdasd_address

cmsdasd_address est le numéro de périphérique d'un disque formaté CMS qui contient le fichier de configuration. Il s'agit généralement du disque A de l'utilisateur du CMS.

Par exemple : CMSDASD=191

CMSCONFFILE=configuration_file

configuration_file est le nom du fichier de configuration. This value must be specified in lower case. Il est spécifié dans un format de nom de fichier Linux : CMS_file_name.CMS_file_type.

Le fichier CMS REDHAT CONF est spécifié comme redhat.conf. Le nom du fichier CMS et le type de fichier peuvent comporter chacun de un à huit caractères, conformément aux conventions du CMS.

Par exemple : CMSCONFFILE=redhat.conf

5.5.3. Installation des paramètres réseau, DASD et FCP sur IBM Z 64 bits

Ces paramètres peuvent être utilisés pour configurer automatiquement le réseau préliminaire et peuvent être définis dans le fichier de configuration du CMS. Ces paramètres sont les seuls à pouvoir être utilisés dans un fichier de configuration du CMS. Tous les autres paramètres des autres sections doivent être spécifiés dans le fichier de paramètres.

NETTYPE="type"

type doit être l'un des suivants : qeth lcs ou ctc. La valeur par défaut est qeth.

Choisissez lcs pour :

  • Caractéristiques d'OSA-Express

Choisissez qeth pour :

  • Caractéristiques d'OSA-Express
  • HiperSockets
  • Connexions virtuelles sur z/VM, y compris VSWTICH et Guest LAN
SUBCHANNELS="device_bus_IDs"

device_bus_IDs est une liste de deux ou trois ID de bus de périphériques séparés par des virgules. Les ID doivent être spécifiés en minuscules.

Fournit les ID de bus de périphériques requis pour les différentes interfaces réseau :

qeth: SUBCHANNELS="read_device_bus_id,write_device_bus_id,data_device_bus_id"
lcs or ctc: SUBCHANNELS="read_device_bus_id,write_device_bus_id"

Par exemple (un exemple d'instruction qeth SUBCHANNEL) :

SUBCHANNELS="0.0.f5f0,0.0.f5f1,0.0.f5f2"
PORTNAME="osa_portname" PORTNAME="lcs_portnumber"

Cette variable prend en charge les dispositifs OSA fonctionnant en mode qdio ou en mode non-qdio.

Lors de l'utilisation du mode qdio (NETTYPE="qeth"), osa_portname est le nom de port spécifié sur le dispositif OSA lors du fonctionnement en mode qeth.

En mode non-qdio (NETTYPE="lcs"), lcs_portnumber est utilisé pour transmettre le numéro de port relatif sous la forme d'un entier décimal compris entre 0 et 15.

PORTNO="portnumber"
Vous pouvez ajouter PORTNO="0" (pour utiliser le port 0) ou PORTNO="1" (pour utiliser le port 1 des fonctionnalités OSA avec deux ports par CHPID) au fichier de configuration du CMS pour éviter d'être invité à indiquer le mode.
LAYER2="value"

value peut être 0 ou 1.

Utilisez LAYER2="0" pour faire fonctionner un dispositif OSA ou HiperSockets en mode couche 3 (NETTYPE="qeth"). Utilisez LAYER2="1" pour le mode couche 2. Pour les périphériques de réseau virtuel sous z/VM, ce paramètre doit correspondre à la définition du GuestLAN ou du VSWITCH auquel le périphérique est couplé.

Pour utiliser des services réseau qui fonctionnent sur la couche 2 (la couche liaison de données ou sa sous-couche MAC) tels que DHCP, le mode couche 2 est un bon choix.

La valeur par défaut du pilote de périphérique qeth pour les périphériques OSA est désormais le mode couche 2. Pour continuer à utiliser le mode couche 3 par défaut, définissez explicitement LAYER2="0".

VSWITCH="value"

value peut être 0 ou 1.

Spécifiez VSWITCH="1" lorsque vous vous connectez à un VSWITCH z/VM ou à un GuestLAN, ou VSWITCH="0" (ou rien du tout) lorsque vous utilisez des OSA réels directement attachés ou des HiperSockets réels directement attachés.

MACADDR="MAC_address"

Si vous spécifiez LAYER2="1" et VSWITCH="0", vous pouvez éventuellement utiliser ce paramètre pour spécifier une adresse MAC. Linux requiert six octets séparés par deux points sous forme de paires de chiffres hexadécimaux minuscules - par exemple, MACADDR=62:a3:18:e7:bc:5f. Notez que cette notation est différente de celle utilisée par z/VM.

Si vous spécifiez LAYER2="1" et VSWITCH="1", vous ne devez pas spécifier MACADDR, car z/VM attribue une adresse MAC unique aux périphériques réseau virtuels en mode couche 2.

CTCPROT="value"

value peut être 0, 1, ou 3.

Spécifie le protocole CTC pour NETTYPE="ctc". La valeur par défaut est 0.

HOSTNAME="string"
string est le nom d'hôte de l'instance Linux nouvellement installée.
IPADDR="IP"
IP est l'adresse IP de la nouvelle instance Linux.
NETMASK="netmask"

netmask est le masque de réseau.

Le masque de réseau prend en charge la syntaxe d'un préfixe entier (de 1 à 32) comme spécifié dans IPv4 classless interdomain routing (CIDR). Par exemple, vous pouvez spécifier 24 au lieu de 255.255.255.0, ou 20 au lieu de 255.255.240.0.

GATEWAY="gw"
gw est l'adresse IP de la passerelle pour ce périphérique réseau.
MTU="mtu"
mtu est le Maximum Transmission Unit (MTU) de ce périphérique réseau.
DNS="server1:server2:additional_server_terms:serverN"

Où "server1:server2:additional_server_terms:serverN" est une liste de serveurs DNS, séparés par des deux-points. Par exemple :

DNS="10.1.2.3:10.3.2.1"
SEARCHDNS="domain1:domain2:additional_dns_terms:domainN"

Où "domain1:domain2:additional_dns_terms:domainN" est une liste de domaines de recherche, séparés par des deux-points. Par exemple :

SEARCHDNS="subdomain.domain:domain"

Vous ne devez spécifier SEARCHDNS= que si vous spécifiez le paramètre DNS=.

DASD=

Définit le DASD ou la plage de DASD à configurer pour l'installation.

Le programme d'installation prend en charge une liste d'ID de bus de périphériques séparés par des virgules, ou des plages d'ID de bus de périphériques avec les attributs facultatifs ro, diag, erplog et failfast. En option, vous pouvez abréger les ID de bus d'appareils en numéros d'appareils, en supprimant les zéros initiaux. Tous les attributs facultatifs doivent être séparés par des deux points et placés entre parenthèses. Les attributs facultatifs suivent un ID de bus de périphérique ou une plage d'ID de bus de périphérique.

La seule option globale prise en charge est autodetect. Cette option ne permet pas de spécifier des DASD inexistants afin de réserver les noms de périphériques du noyau pour l'ajout ultérieur de DASD. Utilisez des noms de périphériques DASD persistants tels que /dev/disk/by-path/name pour permettre l'ajout transparent de disques ultérieurement. D'autres options globales telles que probeonly, nopav ou nofcx ne sont pas prises en charge par le programme d'installation.

N'indiquez que les DASD qui doivent être installés sur votre système. Tous les DASD non formatés spécifiés ici doivent être formatés après confirmation plus loin dans le programme d'installation.

Ajoutez les DASD de données qui ne sont pas nécessaires pour le système de fichiers racine ou la partition /boot après l'installation.

Par exemple :

DASD="eb1c,0.0.a000-0.0.a003,eb10-eb14(diag),0.0.ab1c(ro:diag)"
FCP_n="device_bus_ID [WWPN FCP_LUN]"

Pour les environnements FCP uniquement, supprimez l'option DASD= du fichier de configuration CMS pour indiquer qu'aucun DASD n'est présent.

FCP_n="device_bus_ID [WWPN FCP_LUN ]"

Où ?

  • n est généralement une valeur entière (par exemple FCP_1 ou FCP_2), mais il peut s'agir de n'importe quelle chaîne contenant des caractères alphabétiques ou numériques ou des traits de soulignement.
  • device_bus_ID spécifie l'ID du bus de l'appareil FCP représentant le host bus adapter (HBA) (par exemple 0.0.fc00 pour l'appareil fc00).
  • WWPN est le nom du port mondial utilisé pour le routage (souvent en conjonction avec le multipathing) et se présente sous la forme d'une valeur hexadécimale à 16 chiffres (par exemple 0x50050763050b073d).
  • FCP_LUN fait référence à l'identifiant de l'unité logique de stockage et se présente sous la forme d'une valeur hexadécimale à 16 chiffres, complétée par des zéros à droite (par exemple 0x4020400100000000).
Note

Un nom de port mondial cible (WWPN) et un FCP_LUN doivent être fournis si le périphérique zFCP n'est pas configuré en mode NPIV, si 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, seule la valeur de device_bus_ID est obligatoire.

  • Ces variables peuvent être utilisées sur des systèmes avec des périphériques FCP pour activer des LUN FCP tels que des disques SCSI. Des LUN FCP supplémentaires peuvent être activés pendant l'installation de manière interactive ou au moyen d'un fichier Kickstart. Un exemple de valeur ressemble à ce qui suit :

    FCP_1="0.0.fc00 0x50050763050b073d 0x4020400100000000"
    FCP_2="0.0.4000"
    Important

    Chacune des valeurs utilisées dans les paramètres FCP (par exemple FCP_1 ou FCP_2) est spécifique au site et est normalement fournie par l'administrateur du stockage FCP.

5.5.4. Paramètres pour les installations kickstart sur IBM Z 64 bits

Les paramètres suivants peuvent être définis dans un fichier de paramètres mais ne fonctionnent pas dans un fichier de configuration du CMS.

inst.ks=URL
Fait référence à un fichier Kickstart, qui réside généralement sur le réseau pour les installations Linux sur IBM Z 64 bits. Remplacez URL par le chemin d'accès complet, y compris le nom du fichier Kickstart. Ce paramètre active l'installation automatique avec Kickstart.
inst.cmdline
Cela nécessite une installation avec un fichier Kickstart qui répond à toutes les questions, car le programme d'installation ne prend pas en charge la saisie interactive de l'utilisateur en mode cmdline. Assurez-vous que votre fichier Kickstart contient tous les paramètres requis avant d'utiliser l'option inst.cmdline. Si une commande requise est manquante, l'installation échouera.

5.5.5. Paramètres divers sur IBM Z 64 bits

Les paramètres suivants peuvent être définis dans un fichier de paramètres mais ne fonctionnent pas dans un fichier de configuration du CMS.

rd.live.check
Active le test d'une source d'installation ISO ; par exemple, lors de l'utilisation de inst.repo= avec une ISO sur le disque dur local ou montée avec NFS.
inst.nompath
Désactive la prise en charge des dispositifs à trajets multiples.
inst.proxy=[protocol://][username[:password]@]host[:port]
Spécifiez un proxy à utiliser pour l'installation via HTTP, HTTPS ou FTP.
inst.rescue
Démarrer dans un système de secours fonctionnant à partir d'un disque RAM qui peut être utilisé pour réparer et restaurer un système installé.
inst.stage2=URL

Spécifie un chemin vers un arbre contenant install.img, et non vers install.img directement. Sinon, la syntaxe est la même que celle de inst.repo=. Si inst.stage2 est spécifié, il est généralement prioritaire sur les autres méthodes de recherche de install.img. Toutefois, si Anaconda trouve install.img sur un support local, l'URL inst.stage2 sera ignorée.

Si inst.stage2 n'est pas spécifié et que install.img ne peut être trouvé localement, Anaconda recherche l'emplacement indiqué par inst.repo= ou method=.

Si seul inst.stage2= est donné sans inst.repo= ou method=, Anaconda utilise les dépôts que le système installé aurait activés par défaut pour l'installation.

Utilisez l'option plusieurs fois pour spécifier plusieurs sources HTTP, HTTPS ou FTP. Les chemins HTTP, HTTPS ou FTP sont ensuite essayés séquentiellement jusqu'à ce que l'un d'entre eux aboutisse :

inst.stage2=http://hostname/path_to_install_tree/
inst.stage2=http://hostname/path_to_install_tree/
inst.stage2=http://hostname/path_to_install_tree/
inst.syslog=IP/hostname[:port]
Envoie les messages de journalisation à un serveur syslog distant.

Les paramètres de démarrage décrits ici sont les plus utiles pour les installations et le dépannage sur IBM Z 64 bits, mais ils ne constituent qu'un sous-ensemble de ceux qui influencent le programme d'installation.

5.5.6. Exemple de fichier de paramètres et de fichier de configuration CMS sur IBM Z 64 bits

Pour modifier le fichier de paramètres, commencez par étendre le fichier fourni à l'adresse generic.prm.

Exemple de fichier generic.prm:

ro ramdisk_size=40000 cio_ignore=all,!condev
CMSDASD="191" CMSCONFFILE="redhat.conf"
inst.vnc
inst.repo=http://example.com/path/to/dvd-contents

Exemple de fichier redhat.conf configurant un dispositif de réseau QETH (indiqué par CMSCONFFILE dans generic.prm) :

NETTYPE="qeth"
SUBCHANNELS="0.0.0600,0.0.0601,0.0.0602"
PORTNAME="FOOBAR"
PORTNO="0"
LAYER2="1"
MACADDR="02:00:be:3a:01:f3"
HOSTNAME="foobar.systemz.example.com"
IPADDR="192.168.17.115"
NETMASK="255.255.255.0"
GATEWAY="192.168.17.254"
DNS="192.168.17.1"
SEARCHDNS="systemz.example.com:example.com"
DASD="200-203"

Ressources supplémentaires

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.

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

© 2024 Red Hat, Inc.