Gestion des périphériques dans Oracle Solaris

Les sections suivantes fournissent des informations générales sur les fonctions qui gèrent les périphériques dans Oracle Solaris :

• A propos des pilotes de périphériques

• Configuration automatique des périphériques

• Affichage des informations de configuration des périphériques

• Résolution de problèmes relatifs à des périphériques défectueux

Pour plus d'informations sur l'accès aux périphériques, reportez-vous à la section Accès à des périphériques.

x86 : Identification de la prise en charge de périphériques

Vous pouvez utiliser l'outil de détection de périphériques pour identifier si votre matériel x86 est pris en charge dans cette version d'Oracle Solaris. Pour plus d'informations, consultez la page http://www.oracle.com/webfolder/technetwork/hcl/hcts/device_detect.jsp.

A propos des pilotes de périphériques

Un ordinateur utilise généralement un large éventail de périphériques et de périphériques de stockage. Votre système dispose probablement d'une unité de disque, d'un clavier, d'une souris et d'une sorte de graveur de DVD.

Les autres périphériques couramment utilisés sont les suivants :

• Unités de DVD

• Imprimantes et traceurs

• Crayons optiques

• Ecrans tactiles

• Numériseurs graphiques

• Paires de stylets et tablettes graphiques

Le logiciel Oracle Solaris ne communique pas directement avec tous ces périphériques. Chaque type de périphérique nécessite différents formats de données, protocoles et taux de transmission.

Un pilote de périphérique est un programme de bas niveau permettant au système d'exploitation de communiquer avec une partie spécifique du matériel. Le pilote sert "d'interprète" au système d'exploitation pour cette partie du matériel.

Personnalisation de la configuration d'un pilote

Dans la version Oracle Solaris 11, les personnalisations du pilote sont effectuées dans le répertoire /etc/driver/drv, plutôt que dans le répertoire /kernel , comme dans les versions précédentes. Cela signifie que vos personnalisations du pilote ne sont pas écrasées lorsque le système est mis à niveau. Les fichiers du répertoire /etc/driver/drv sont conservés pendant la mise à niveau.

La personnalisation de la configuration d'un pilote signifie généralement qu'un paramètre ou une propriété globale d'un périphérique, qui affecte tous les périphériques, est ajouté ou modifié.

1. Connectez-vous en tant qu'administrateur.
2. Copiez le fichier driver.conf, fourni par le fournisseur initial, sur le répertoire /etc/driver/drv. Par exemple :

   # cp /kernel/drv/sd.conf /etc/driver/drv/sd.conf

3. Modifiez l'entrée du paramètre et enregistrez le fichier.

   Par exemple, sd.conf contient l'entrée suivante pour le périphérique sd à la cible 0, lun 0 :

   name="sd" class="scsi" target=0 lun=0;

   Pour ajouter le paramètre retries à ce périphérique, modifiez l'entrée existante comme suit :

   name="sd" class="scsi" target=0 lun=0 retries=4;

4. Affichez la valeur de propriété personnalisée. Par exemple :

   # prtconf -vu
   sd, instance #1
              Admin properties:
                  name='retries' type=int items=1
                      value=00000004

Configuration automatique des périphériques

Le noyau est constitué d'une petite partie principale générique constituée d'un composant propre à la plate-forme et d'un ensemble de modules. Dans cette version d'Oracle Solaris, le noyau est configuré automatiquement.

Un module du noyau est un composant logiciel utilisé pour exécuter une tâche spécifique sur le système. Un pilote de périphérique chargé à l'accès est un exemple de module du noyau chargeable

Les modules du noyau sont décrits dans le tableau ci-après.

Tableau 3-2 Description des modules du noyau Solaris

Le système détermine quels sont les périphériques qui lui sont connectés pendant l'initialisation. Ensuite, le noyau se configure de manière dynamique en chargeant les modules nécessaires dans la mémoire. Actuellement, les pilotes de périphériques sont chargés à l'accès des périphériques, tels que les périphériques à disque et les périphériques à bande. Ce processus est appelé configuration automatique : tous les modules du noyau sont chargés automatiquement si nécessaire.

Vous pouvez personnaliser la façon dont les modules du noyau sont chargés. Pour cela, modifiez le fichier /etc/system. Pour plus d'informations sur la modification de ce fichier, reportez-vous à la page de manuelsystem(4).

Fonctions et avantages de la configuration automatique

La configuration automatique dispose des avantages suivants :

• La mémoire principale est utilisée plus efficacement : les modules sont chargés si nécessaire.

• Il n'est pas nécessaire de reconfigurer le noyau lorsque de nouveaux périphériques sont ajoutés au système.

• Des pilotes peuvent être chargés et testés sans avoir à reconstruire le noyau.

La configuration automatique est utilisée lorsque vous ajoutez un nouveau périphérique (et son pilote) au système. Dans les versions précédentes, il était nécessaire de procéder à une reconfiguration à l'initialisation si vous aviez ajouté un périphérique à un système arrêté. Les améliorations de la configuration de périphériques rendent la reconfiguration à l'initialisation inutile lorsqu'un périphérique est ajouté à un système arrêté.

Vous pouvez ajouter, retirer ou remplacer des périphériques dans le SE Oracle Solaris pendant que le système est en cours d'exécution, à condition que les composants système prennent en charge l'enfichage à chaud. Pour plus d'informations sur l'enfichage à chaud des périphériques, reportez-vous au Chapitre 4, Configuration dynamique des périphériques (tâches).

Exigences relatives aux périphériques non pris en charge

Les pilotes de périphériques nécessaires pour prendre en charge un large éventail de périphériques standard sont inclus dans cette version d'Oracle Solaris. Vous pouvez trouver ces pilotes dans les répertoires /kernel/drv et /platform/`uname -m`/kernel/drv.

Cependant, si vous avez acheté un périphérique non pris en charge, le fabricant doit fournir le logiciel nécessaire à l'installation, à l'entretien et à la gestion de ce périphérique.

Au minimum, ce logiciel comprend un pilote de périphérique et son fichier de configuration associé (.conf). Les fichiers .conf se trouvent dans les répertoires drv. Le périphérique peut être incompatible avec les utilitaires Oracle Solaris, ce logiciel peut donc également inclure des utilitaires d'administration et de maintenance personnalisés.

Pour plus d'informations sur les exigences relatives aux périphériques non pris en charge, contactez le fabricant de votre périphérique.

Affichage des informations de configuration des périphériques

Le tableau suivant décrit les trois commandes utilisées pour afficher les informations de configuration du système et des périphériques.

Pour plus d'informations sur les noms des périphériques utilisés pour identifier des périphériques sur le système, reportez-vous à la section Conventions de nommage des périphériques.

Message driver not attached

Le message suivant lié au pilote peut être affiché à l'aide des commandes prtconf et sysdef :

device, instance #number (driver not attached)

Ce message ne signifie pas nécessairement qu'un pilote est indisponible pour ce périphérique. Il signifie qu'aucun pilote n'est actuellement connecté à l'instance de périphérique, car aucun périphérique n'existe à ce noeud ou le périphérique n'est pas en cours d'utilisation. Les pilotes sont chargés automatiquement lorsque le périphérique est accessible. Ils sont déchargés lorsque le périphérique n'est pas en cours d'utilisation.

Vérification d'erreurs de périphériques en cours d'utilisation

Les utilitaires suivants détectent lorsqu'un périphérique spécifié est en cours d'utilisation :

• dumpadm

• format

• mkfs et newfs

• swap

Grâce à ces améliorations, ces utilitaires peuvent détecter les scénarios d'utilisation suivants :

• Le périphérique fait partie d'un pool de stockage ZFS.

• Le périphérique est un périphérique de swap ou de vidage.

• Le fichier /etc/vfstab contient une entrée pour le périphérique ou un système de fichiers monté.

Par exemple, si vous tentez d'accéder à un périphérique actif à l'aide de l'utilitaire format, le message suivant s'affiche :

# format
Searching for disks...done
AVAILABLE DISK SELECTIONS:
       0. c1t0d0 <FUJITSU-MAY2073RCSUN72G-0401 cyl 8921 alt 2 hd 255 sec 63>
          /pci@0,0/pci1022,7450@2/pci1000,3060@3/sd@0,0
          /dev/chassis/SYS/HD0/disk
       1. c1t1d0 <FUJITSU-MAY2073RCSUN72G-0401-68.37GB>
          /pci@0,0/pci1022,7450@2/pci1000,3060@3/sd@1,0
          /dev/chassis/SYS/HD1/disk
Specify disk (enter its number): 0
selecting c1t0d0
[disk formatted]
/dev/dsk/c1t0d0s0 is part of active ZFS pool rpool. Please see zpool(1M).


FORMAT MENU:
.
.
.

Affichage des informations relatives à la configuration du système

Utilisez la sortie des commandes prtconf et sysdef pour identifier les périphériques de disque, à bande ou DVD connectés au système. La sortie de ces commandes affiche les messages driver not attached à côté des instances de périphérique. Ces périphériques sont toujours contrôlés par un processus système. C'est pourquoi le message driver not attached indique généralement qu'aucun périphérique n'existe au niveau de cette instance de périphérique.

Exécutez la commande sysdef pour afficher les informations de configuration du système, comprenant les pseudopériphériques, les modules chargeables et les paramètres du noyau sélectionnés.

• Système d'affichage et informations de configuration des périphériques
  • Affichage de tous les périphériques connectés à un système

    Par exemple, la sortie prtconf -v suivante sur un système SPARC identifie les périphériques de disque connectés au système. Les informations détaillées concernant le disque se trouvent dans la section Device Minor Nodes.

    $ /usr/sbin/prtconf -v | more
    Memory size: 32640 Megabytes
    System Peripherals (Software Nodes):
    
    SUNW,SPARC-Enterprise-T5220
    .
    .
    .
    location: /dev/chassis/SUN-Storage-J4400.0918QAKA24/SCSI_Device__2/disk
    Device Minor Nodes:
         dev=(27,40)
            dev_path=/pci@0/pci@0/pci@8/pci@0/pci@a/LSILogic,sas@0/sd@2,0:a
                spectype=blk type=minor
                dev_link=/dev/dsk/c4t2d0s0
            dev_path=/pci@0/pci@0/pci@8/pci@0/pci@a/LSILogic,sas@0/sd@2,0:a,raw
                spectype=chr type=minor
                dev_link=/dev/rdsk/c4t2d0s0
                Device Minor Layered Under:
                mod=zfs accesstype=blk
                    dev_path=/pseudo/zfs@0
                Minor properties:
                    name='Nblocks' type=int64 items=1 dev=(27,40)
                          value=0000000074702c8f
                    name='Size' type=int64 items=1 dev=(27,40)
                    value=000000e8e0591e00
    .
    .
    .

  • Affichage des informations relatives à un périphérique spécifique connecté au système

    Par exemple, la sortie prtconf suivante sur un système SPARC affiche le numéro d'instance sd pour /dev/dsk/c4t2d0s0.

    # prtconf -v /dev/dsk/c4t2d0s0 | grep instance
    sd, instance #5

  • Affichage des périphériques connectés au système uniquement

    # prtconf | grep -v not

  • Affichage des informations d'utilisation du périphérique

    Par exemple, la commande fuser suivante affiche les processus qui accèdent au périphérique /dev/console.

    # fuser -d /dev/console
    /dev/console:     5742o    2269o   20322o     858o

Exemple 3-1 Affichage des informations de configuration du système

La sortie prtconf suivante est affichée sur un système x86.

# prtconf
System Configuration:  Oracle Corporation  i86pc
Memory size: 8192 Megabytes
System Peripherals (Software Nodes):

i86pc
    scsi_vhci, instance #0
    pci, instance #0
        pci108e,4843, instance #0
        pci8086,25e2, instance #0
            pci8086,3500, instance #7
                pci8086,3510, instance #9
                pci8086,3518, instance #10
                    pci108e,4843, instance #0
                    pci108e,4843, instance #1
            pci8086,350c, instance #8
        pci8086,25e3 (driver not attached)
        pci8086,25f8, instance #2
            pci108e,286, instance #0
                disk, instance #0
                disk, instance #2
                disk, instance #3
                disk, instance #1
        pci8086,25e5 (driver not attached)
        pci8086,25f9 (driver not attached)
        pci8086,25e7 (driver not attached)
        pci108e,4843, instance #0 (driver not attached)
        pci108e,4843, instance #1
        pci108e,4843, instance #2 (driver not attached)
        pci108e,4843 (driver not attached)
        pci108e,4843 (driver not attached)
        pci108e,4843 (driver not attached)
        pci108e,4843 (driver not attached)
        pci8086,2690, instance #6
            pci108e,125e, instance #2
            pci108e,125e, instance #3
        pci108e,4843, instance #0
        pci108e,4843, instance #1
            device, instance #0
                keyboard, instance #0
                mouse, instance #1
        pci108e,4843, instance #2
        pci108e,4843, instance #3
        pci108e,4843, instance #0
            storage, instance #0
                disk, instance #4
.
.
.

La sortie sysdef suivante est affichée à partir d'un système basé sur x86 :

# sysdef
* Hostid
*
  29f10b4d
*
* i86pc Configuration
*
*
* Devices
*
+boot (driver not attached)
memory (driver not attached)
aliases (driver not attached)
chosen (driver not attached)
i86pc-memory (driver not attached)
i86pc-mmu (driver not attached)
openprom (driver not attached)
options, instance #0
packages (driver not attached)
delayed-writes (driver not attached)
itu-props (driver not attached)
isa, instance #0
    motherboard (driver not attached)
    pnpADP,1542, instance #0
    asy, instance #0
    asy, instance #1
    lp, instance #0 (driver not attached)
    fdc, instance #0
        fd, instance #0
        fd, instance #1 (driver not attached)
    kd (driver not attached)
    kdmouse (driver not attached)
.
.
.

Résolution de problèmes relatifs à des périphériques défectueux

Un mécanisme de retrait de périphérique isole un périphérique défectueux grâce à la structure de gestion des pannes (FMA, Fault Management Framework). Cette fonction permet de désactiver les périphériques défectueux automatiquement et en toute sécurité, afin d'éviter les pertes de données, l'altération de données et les paniques et interruptions du système. Le processus de retrait s'effectue en toute sécurité, en tenant compte de la stabilité du système après retrait du périphérique.

Les périphériques critiques ne sont pas retirés. Après avoir remplacé manuellement un périphérique retiré, exécutez la commande fmadm repair afin d'informer le système du remplacement du service, en plus des étapes de remplacement manuel.

Pour de plus amples informations, reportez-vous à la page de manuel fmadm(1M).

Un message d'informations générales relatif au retrait de périphériques s'affiche sur la console et est inséré dans le fichier /var/adm/messages afin de signaler le retrait d'un périphérique. Par exemple :

Aug 9 18:14 starbug genunix: [ID 751201 kern.notice] NOTICE: One or more I/O devices have been retired

La commande prtconf permet d'identifier des périphériques retirés spécifiques. Par exemple :

# prtconf
.
.
.
pci, instance #2
        scsi, instance #0
            disk (driver not attached)
            tape (driver not attached)
            sd, instance #3
            sd, instance #0 (retired)
        scsi, instance #1 (retired)
            disk (retired)
            tape (retired)
    pci, instance #3
        network, instance #2 (driver not attached)
        network, instance #3 (driver not attached)
    os-io (driver not attached)
    iscsi, instance #0
    pseudo, instance #0 
.
.
.

Résolution de problèmes relatifs à des périphériques défectueux

Suivez les étapes ci-dessous pour résoudre un problème relatif à un périphérique défectueux ou un périphérique qui a été retiré.

Vous pouvez également consulter les informations sur les défaillances ou sur les problèmes de périphériques ZFS à l'aide des commandes zpool status ou fmadm. Pour obtenir des informations sur les défaillances ou les problèmes de périphériques ZFS, reportez-vous au Chapitre 10, Dépannage d’Oracle Solaris ZFS et récupération de pool du manuel Administration d’Oracle Solaris 11.1 : Systèmes de fichiers ZFS.

1. Identifiez le périphérique défectueux à l'aide de la commande fmadm faulty. Par exemple :

   # fmadm faulty
   --------------- ------------------------------------  -------------- ---------
   TIME            EVENT-ID                              MSG-ID SEVERITY
   --------------- ------------------------------------  -------------- ---------
   Jun 20 16:30:52 55c82fff-b709-62f5-b66e-b4e1bbe9dcb1  ZFS-8000-LR Major
   
   Problem Status    : solved
   Diag Engine       : zfs-diagnosis / 1.0
   System
       Manufacturer  : unknown
       Name          : ORCL,SPARC-T3-4
       Part_Number   : unknown
       Serial_Number : 1120BDRCCD
       Host_ID       : 84a02d28
   
   ----------------------------------------
   Suspect 1 of 1 :
      Fault class : fault.fs.zfs.open_failed
      Certainty   : 100%
      Affects     : zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/
   pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a
      Status      : faulted and taken out of service
   
      FRU
        Name             : "zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/
   pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a"
           Status        : faulty
   
   Description : ZFS device 'id1,sd@n5000c500335dc60f/a' in pool 'pond' failed to
                 open.
   
   Response    : An attempt will be made to activate a hot spare if available.
   
   Impact      : Fault tolerance of the pool may be compromised.
   
   Action      : Use 'fmadm faulty' to provide a more detailed view of this event.
                 Run 'zpool status -lx' for more information. Please refer to the
                 associated reference document at
                 http://support.oracle.com/msg/ZFS-8000-LR for the latest service
                 procedures and policies regarding this diagnosis.

2. Remplacez le périphérique défectueux ou retiré ou effacez les erreurs de périphérique. Par exemple :

   # zpool clear pond c0t5000C500335DC60Fd0

   Si une erreur de périphérique intermittente s'est produite mais que le périphérique n'a pas été remplacé, vous pouvez essayer d'effacer l'erreur précédente.

3. Effacez les défauts FMA. Par exemple :

   # fmadm repaired zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/ \
   pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a
   fmadm: recorded repair to of zfs://pool=86124fa573cad84e/vdev=25d36cd46e0a7f49/
   pool_name=pond/vdev_name=id1,sd@n5000c500335dc60f/a

4. Confirmez que le défaut est effacé.

   # fmadm faulty

   Si le message d'erreur est effacé, la commande fmadm faulty ne renvoie rien.