Man page 4 : hpsa

hpsa_allow_any=1 : cette option permet au pilote d'essayer de fonctionner avecn'importe quel contrôleur RAID matériel HP Smart Array, même si celui-ci n'est pas explicitementconnu du pilote. Cela permet à du matériel récent de fonctionner avec des versions plus anciennes du pilote. Cela est utilisé typiquement pour permettre l'installation de systèmes d'exploitation à partir de supports antérieurs au contrôleur RAID. Cela peut aussi permettre de faire fonctionner avec hpsa d'anciens contrôleurs qui auraient normalement dû être pris en charge par le pilote cciss(4). Ces contrôleurs plus anciens n'ont pas été testés et ne sont pas pris en charge par hpsa. Le pilote cciss(4) devrait continuer à être utilisé.

Le pilote hpsa prend en charge les cartes Smart Array suivantes :

    Smart Array P700M
    Smart Array P212
    Smart Array P410
    Smart Array P410i
    Smart Array P411
    Smart Array P812
    Smart Array P712m
    Smart Array P711m
    StorageWorks P1210m

Pour configurer les contrôleurs HP Smart Array, utilisez l'utilitaire de configuration (hpacuxe(8) ou bien hpacucli(8)) ou l'utilitaire de configuration hors-ligne sur ROM, lancé au démarrage depuis l'option « ROM » du Smart Array.

On accède aux lecteurs logiques via le pilote de disque SCSI (sd(4)), aux lecteurs de bandes via le pilote de lecteur de bande SCSI (st(4)), et au contrôleur RAID via le pilote SCSI générique (sg(4)), avec des nœuds de périphérique appelés respectivement /dev/sd*, /dev/st*, et /dev/sg*.

• /sys/class/scsi_host/host*/rescan
      Attribut en écriture seule. Écrire dans cet attribut forcera le pilote à rechercher les périphériques nouveaux, modifiés ou retirés (p. ex. des lecteurs de bandes branchés à chaud, ou des lecteurs logiques nouvellement configurés ou supprimés, etc.) et prévenir la couche intermédiaire SCSI de tout changement détecté. Normalement, une telle recherche est déclenchée automatiquement par l'utilitaire de configuration (« HP Array Configuration Utility »), soit par l'interface graphique, soit par la ligne de commande). Donc, pour ce qui est des changements de lecteur logique, l'utilisateur ne devrait normalement pas avoir à utiliser cet attribut. Cet attribut peut s'avérer utile lors de branchement à chaud de périphériques tels que les lecteurs de bandes, ou des boîtiers entiers de stockage contenant des lecteurs logiques préconfigurés.
• /sys/class/scsi_host/host*/firmware_revision
      Cet attribut contient la version du micrologiciel (« firmware ») du Smart Array. Par exemple :

   # cd /sys/class/scsi_host/host4
    # cat firmware_revision
    7.14

• /sys/class/scsi_disk/c:b:t:l/device/unique_id
      Cet attribut contient pour chaque lecteur logique un identifiant unique composé de 32 chiffres hexadécimaux.

Par exemple :
    # cd /sys/class/scsi_disk/4:0:0:0/device
    # cat unique_id
    600508B1001044395355323037570F77

• /sys/class/scsi_disk/c:b:t:l/device/raid_level
      Cet attribut contient le niveau RAID de chaque lecteur logique.

Par exemple :
    # cd /sys/class/scsi_disk/4:0:0:0/device
    # cat raid_level
    RAID 0

• /sys/class/scsi_disk/c:b:t:l/device/lunid
      Cet attribut contient l'identifiant d'unité logique (« LUN ID») de 16 chiffres hexadécimaux (8 octets) qui sert d'adresse à un lecteur logique ou un périphérique physique. Les quatre blocs de 2 octets c:b:t:l indiquent respectivement le contrôleur, le bus, la cible et le numéro d'unité logique du périphérique.

Par exemple :
    # cd /sys/class/scsi_disk/4:0:0:0/device
    # cat lunid
    0x0000004000000000

Par soucis de compatibilité avec les applications écrites pour le pilote cciss(4), de nombreuses ioctl, mais pas toutes, prises en charge par le pilote cciss(4) sont aussi prises en charge par le pilote hpsa(4). Les structures de données utilisées par ces ioctl sont décrites dans le fichier source du noyau Linux include/linux/cciss_ioctl.h.

• CCISS_DEREGDISK, CCISS_REGNEWDISK, CCISS_REGNEWD
      Ces ioctl font toutes les trois la même chose, à savoir forcer le pilote à rechercher des nouveaux périphériques. Cela revient exactement à écrire dans l'attribut d'hôte « rescan » spécifique à HPSA.
• CCISS_GETPCIINFO
      Renvoie les domaine, bus, dispositif et fonction PCI, ainsi que l'« identifiant de carte » (identifiant du sous-système PCI).
• CCISS_GETDRIVVER
      Renvoie la version du pilote encodée dans trois octets comme suit :
  
  (version_majeure << 16) | (version_mineure << 8) | (sous-version_mineure)
• CCISS_PASSTHRU, CCISS_BIG_PASSTHRU
      Permet aux commandes « BMIC » et « CISS » d'être passées au Smart Array. Ces commandes sont utilisées largement par l'utilitaire de configuration (« HP Array Configuration Utility »), les agents de stockage SNMP, etc. Consultez cciss_vol_status à l'adresse http://cciss.sf.net pour quelques exemples.