IBM Cloud Docs
Commandes de contrôleur RAID

Commandes de contrôleur RAID

Vous pouvez utiliser le CLI Adapatec® pour exécuter les commandes du contrôleur RAID. Vous trouverez ci-après les commandes de contrôleur RAID les plus courantes que vous pouvez utiliser.

/usr/Adaptec_Event_Monitor/arcconf getstatus 1

_GETSTATUS_ répertorie le type d'opération, le numéro d'unité logique, la taille d'unité logique et la progression de l'opération. Vous pouvez également voir le statut des commandes qui s'exécutent en arrière-plan, comme par exemple dans les éléments suivants :

  • Régénération la plus récente
  • Synchronisation
  • Migration d'unité logique
  • Compression/Extension

/usr/Adaptec_Event_Monitor/arcconf getconfig 1

_GETCONFIG_ répertorie les informations sur les contrôleurs, les unités logiques et les unités physiques. Vous pouvez voir des informations telles que les éléments suivants :

  • Type de contrôleur
  • BIOS, bloc d'amorçage, pilote de périphérique et versions de microprogramme
  • Type d'unité physique, ID unité, présence de PFA
  • Etat de l'unité physique
  • Informations de boîtier : ventilateur, alimentation électrique et température

/usr/Adaptec_Event_Monitor/arcconf getlogs 1 device tabular

_GETLOGS_ vous donne accès aux journaux de statut et d'événement d'un contrôleur. _DEVICE xxx_ affiche un journal des erreurs d'unité que le contrôleur rencontre.

Voir l'exemple suivant pour la sortie effectuée à l'aide de la commande GETLOGS :

driveErrorEntry
smartError.. ............................ false
vendorID ................................ WDC
serialNumber ............................ WD-XXX
wwn ..................................... xxxxxxxxxxxxxxxx - CC_FILTER
deviceID ................................ 10
productID ............................... WD1003FB
numParityErrors ......................... 0
linkFailures ............................ 0
hwErrors ................................ 0
abortedCmds ............................. 7
mediumErrors ............................ 20
smartWarning ............................ 0

/opt/MegaRAID/storcli/storcli64 /c0/eall/sall show all | grep -iE "det|cou|tem|SN|S.M|fir”

Vous utilisez cette commande pour afficher les unités spécifiques ainsi que toute erreur d'unité possible qu'elles pourraient comporter. Voici un exemple de la sortie :

Drive /c0/e252/s0 - Detailed Information:
Shield Counter = 0
Media Error Count = 0
Other Error Count = 0
Drive Temperature = 24C (75.20 F)
Predictive Failure Count = 0
S.M.A.R.T alert flagged by drive = No
SN = XXXX
Firmware Revision = SN04

Drive /c0/e252/s1 - Detailed Information:
Shield Counter = 0
Media Error Count = 0
Other Error Count = 0
Drive Temperature = 22C (71.60 F)
Predictive Failure Count = 0
S.M.A.R.T alert flagged by drive = No
SN = xxxx
Firmware Revision = SN03

Drive /c0/e252/s2 - Detailed Information:
Shield Counter = 0
Media Error Count = 0
Other Error Count = 0
Drive Temperature = 21C (69.80 F)
Predictive Failure Count = 0
S.M.A.R.T alert flagged by drive = No
SN = xxxx
Firmware Revision = SN04

Drive /c0/e252/s3 - Detailed Information:
Shield Counter = 0
Media Error Count = 0
Other Error Count =
Drive Temperature = 23C (73.40 F)
Predictive Failure Count = 0
S.M.A.R.T alert flagged by drive = No
SN = xxxx
Firmware Revision = SN03

/opt/MegaRAID/storcli/storcli64 /c0/eall/sall show rebuild

Cette commande affiche l'état de régénération de toutes les unités et le temps estimé pour terminer la reconstruction. Voici la sortie qui s'affiche à l'exécution de la commande :

---------------------------------------------
Drive-ID Progress% Status Estimated Time Left
---------------------------------------------
/c0/e252/s0 - Not in progress
/c0/e252/s1 - Not in progress
/c0/e252/s2 - Not in progress
/c0/e252/s3 - Not in progress
---------------------------------------------

RAID alert "Spam"

Modifier la section "global" de la configuration par défaut (/opt/Broadcom/mrmonitor/MegaMonitor/config-current.xml):

<global>
<severity level="FATAL">
<do-systemlog/>
<do-email/>
</severity>
<severity level="CRITICAL">
<do-email/>
<do-systemlog/>
</severity>
<severity level="WARNING">
<do-email/>
<do-systemlog/>
</severity>
<severity level="INFO"><do-systemlog/>
</severity>
</global>

Pour lire comme suit :

<global>
<severity level="FATAL">
<do-systemlog/>
<do-email/>
</severity>
<severity level="CRITICAL">
<do-email/>
<do-systemlog/>
</severity>
<severity level="WARNING">
<do-systemlog/>
</severity>
<severity level="INFO">
<do-systemlog/>
</severity>
</global>

Retirez l'étiquette "do-email" pour le niveau "WARNING". Ou bien, passez le niveau de sécurité à "INFO".

Erreurs communes liées aux unités

Les erreurs d'unité les plus courantes sont les erreurs smart, matérielles et de support. Vous constatez ces erreurs en cas de panne d'un unité. C'est pourquoi vous devez remplacer l'unité dès que possible.

Bien qu'elles ne soient pas inhabituelles, les commandes annulées ne constituent pas un autre type d'erreur courante. Mais si les commandes avortées augmentent en nombre (par exemple, 100), ouvrez un dossier de support.

Des erreurs de liaison peuvent indiquer qu'un câble doit peut-être être vérifié ou remplacé.

Informations relatives aux cas de support

Les informations suivantes sont nécessaires lorsque vous ouvrez un cas de support.

Cartes RAID Adaptec

Veillez à inclure la sortie complète de la commande arcconf getconfig 1/arcconf getlogs 1 device tabular lorsque vous ouvrez un cas de support. Fournir ces informations aidera l'équipe de support à identifier l'ordre d'unité, l'appartenance à la grappe, la géométrie de la grappe et les problèmes de câblage. Ces informations sont essentielles pour la récupération d'une configuration RAID perdue. Le fait d'autoriser le redémarrage/la mise hors tension lors de la mise à jour initiale ou de demander un remplacement à chaud accélère le processus de demande d'assistance.

Cartes RAID Broadcom

Utilisez les commandes suivantes pour obtenir les fichiers journaux des cartes RAID Broadcom. Vous devez inclure la sortie complète de ces fichiers journaux avec votre dossier de support.

/opt/MegaRAID/storcli/storcli64 /c0 show all
/opt/MegaRAID/storcli/storcli64 /c0 show TermLog
/opt/MegaRAID/storcli/storcli64 /c0 /eall /sall show all | grep -iE "det|cou|tem|SN|S.M|fir"
/opt/MegaRAID/storcli/storcli64 /c0 show TermLog

Installation de Storcli

Suivez les étapes suivantes pour Linux.

  1. Connexion SSH à votre serveur
  2. cd /tmp (ou tout autre répertoire que vous souhaitez)
  3. wget http://downloads.service.softlayer.com/lsitools/1.14.12_StorCLI.zip
  4. Extraire x.xx.xx_StorCLI.zip
  5. cd /tmp/storcli_all_os/Linux/ (ou aller dans le répertoire téléchargé)
  6. rpm -ivh storcli-x.xx.xx-x.noarch.rpm
  7. Vérifier si storcli a été installé avec succès

Suivez les étapes suivantes pour Vmware ESXi.

  1. Allez dans votre répertoire /tmp.

    # cd /tmp

  2. Téléchargez storcli.

    # wget http://downloads.service.softlayer.com/lsitools/1.14.12_StorCLI.zip

  3. Décompressez le fichier.

    ` # unzip 1.14.12_StorCLI.zip'

  4. Accédez à /tmp/storcli_all_os/Vmware-NDS/.

    ` # cd /tmp/storcli_all_os/Vmware-NDS/'

  5. Installez storcli.

    # esxcli software vib install -v=/tmp/storcli_all_os/Vmware-NDS/vmware-esx-storcli-1.14.12.vib --no-sig-check

Une fois le storcli installé, vous pouvez exécuter ces deux commandes pour confirmer la santé du disque du serveur.

Pour ESXi 7.X, utilisez les commandes suivantes.

/opt/lsi/storcli64/storcli64 /c0 show all
/opt/lsi/storcli64/storcli64 /c0 show eventloginfo
/opt/lsi/storcli64/storcli64 /c0 /eall /sall show all | grep -iE "det|cou|tem|SN|S.M|fir"
/opt/lsi/storcli64/storcli64 /c0 show TermLog

Vérification de la configuration RAID

Utilisez les commandes suivantes pour vérifier la configuration RAID.

/opt/lsi/storcli64/storcli64 /c0 show all
/opt/MegaRAID/storcli/storcli64 /c0 /eall /sall show all

Dans la sortie, recherchez la section de topologie dans laquelle le type RAID est répertorié en tant que colonne.

Veillez à sauvegarder votre travail avant de procéder au dépannage.