Numérotation du volume pour les disques
matériels mis en miroir dans l'environnement
OpenBoot
Si vous utilisez l'utilitaire Solaris raidctl pour configurer un miroir RAID matériel
à partir de deux disques internes Sun Fire V440, les deux disques mis en miroir
n'apparaissent pas à la sortie des commandes OpenBoot probe-scsi et probe-
scsi-all. Ces commandes affichent un seul volume mis en miroir et nommé
Volume n, où n est l'adresse cible du disque principal (maître) utilisé pour créer le
miroir.
Par exemple, la commande suivante crée un volume matériel mis en miroir par copie
du disque principal c1t2d0 (indiqué en premier) sur le disque secondaire c1t3d0.
# raidctl -c c1t2d0 c1t3d0
Lorsque vous tapez probe-scsi-all à l'invite ok, le volume mis en miroir est
appelé Volume 2, comme illustré ci-dessous :
ok probe-scsi-all
/pci@1f,700000/scsi@2,1
/pci@1f,700000/scsi@2
Target 0
Unit 0 Disk SEAGATE ST336607LSUN36G 0307 71132959 Blocks, 34732 MB
Target 1
Unit 0 Disk SEAGATE ST336607LSUN36G 0307 71132959 Blocks, 34732 MB
Volume 2
Unit 0 Disk LSILOGIC1030 IM IM1000 71132927 Blocks, 34732 MB
Le nom du volume hérite son numéro (2) de l'adresse cible du disque principal (t2).
Si le volume mis en miroir contient le disque d'initialisation, vous pouvez initialiser
le système depuis l'invite ok à l'aide de l'alias de périphérique du disque principal
(dans ce cas, disk2) :
# ok boot disk2
Retrait du système de l'armoire alors que le bras
de gestion des câbles est en cours d'utilisation
Si vous avez besoin de désinstaller le système de l'armoire, vous devez retirer
complètement le bras de gestion des câbles des groupes coulissants et des coulisses
internes. Dans le cas contraire, le bras de gestion des câbles pourrait être
endommagé.
16
Notes sur le serveur Sun Fire™ V440 • Octobre 2003