Sun Microsystems StorageTek 6140 Mode D'emploi page 38

TABLEAU 1-14
ID CR
6767241
6768200
6790533
6792398
6797173
6799705
6804830
6810115
6810118
6812994
6821655
6821654
6822129
6823965
6824635
697188
32 Notes de version de la baie de disques Sun StorageTek 6140 • Juin 2009
Mises à jour/correctifs de cette version du microgramme de la baie (suite)
Description
Après la réinitialisation d'un contrôleur, la perte de la redondance des chemins
peut être signalée sur certaines unités internes.
Une réinitialisation du contrôleur se produit lors de la construction du volume
(vmware_vmfs_3).
Une réinitialisation du contrôleur se produit à cause d'E/S obsolètes.
Après avoir mis à niveau le microprogramme vers la dernière version crystal,
l'utilisateur rencontre des réinitialisations du contrôleur chaque fois qu'il exploite
toute la charge d'E/S.
Les baies de disque 6140/6540 signalent erronément que le chemin d'accès aux
unités est endommagé.
Les opérations de suppression RVM restent dans la file d'attente, entraînant une
gestion incontrôlable.
PANIQUE : sasDoTargetCmd : impossible d'allouer le tampon miroir sur le
contrôleur B.
RVM reste synchronisé avec les anciens volumes sans être synchronisé avec les
bons volumes après le retrait des câbles.
Des données ont été endommagées après le passage du mode RVM asynchrone
au mode asynchrone avec cohérence.
Les données DDC ne collectent pas les traces dans b.dq.
Problème de troncation (LBA) sur les volumes de plus de 2 To.
Panique du contrôleur avec (iconMgr2). PANIQUE : bloc de mémoire déjà libéré
au niveau 0x10a374a0.
Panique du contrôleur 6140 entraînant sa réinitialisation. PANIQUE :
StateChangeMgr::incGenerationNumberAlt?
Les unités de disque SATA peuvent encore tomber en panne à un niveau
06/3f/01 lors de la mise à jour du code des unités.