Gestion des périphériques

Les fonctionnalités et améliorations de gestion des périphériques suivantes ont été ajoutées à la version Solaris 10 10/08.

Fonctionnalité de retrait de périphériques défectueux

Depuis la version Solaris 10 10/08, le système d'exploitation Solaris inclut un mécanisme de retrait permettant à la structure de gestion des pannes (FMA, Fault Management Framework) d'isoler un périphérique signalé comme étant défectueux. 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, la corruption de données, les paniques et les 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.

Le processus de réparation fmadm s'effectue comme suit :

• Identifiez le périphérique défectueux à l'aide de la commande fmadm faulty- a.

  # fmadm faulty STATE RESOURCE / UUID -------- --------------------------------------------------------------------- faulty <fmri>

• Effacez la panne à l'aide de la commande fmadm repair.

  # fmadm repair <fmri>

• Exécutez la commande fmadm faulty à nouveau afin de vérifier que la panne a bien été effacée.

  # fmadm faulty -a STATE RESOURCE / UUID

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

Prise en charge par MPxIO des séries de Hitachi AMS

À partir de la version Solaris 10 10/08, les systèmes Hitachi AMS (Adaptable Modular Storage) et Hitachi Workgroup Modular Storage sont intégrés à MPxIO. Les modèles à contrôleur double Adaptable Modular Storage et Workgroup Modular Storage peuvent utiliser le multiacheminement dans des environnements MPxIO. Cette prise en charge met également à disposition des systèmes de stockage Hitachi l'ensemble des fonctionnalités de MPxIO dans des environnements de cluster Sun.