Dell EMC Unity : Bien gérer le cache en écriture lors des activités de maintenance d'un processeur de stockage (corrigible par l'utilisateur)

Il est vivement recommandé de désactiver le cache en écriture avant toute activité de maintenance matérielle planifiée sur un processeur de stockage.  Ceci afin d'éviter tout impact potentiel dans le cas peu probable où un problème secondaire se produirait sur le processeur de stockage homologue pendant l'activité de maintenance.

Une activité de maintenance matérielle planifiée sur un processeur de stockage consiste à remplacer l'une des pièces de la liste suivante :
 

Pièce
DIMM
SFP
SP
BBU
Module d'E/S
M.2 SATA
Boîtier DPE
Ventilateur
Carte mezzanine
Bloc d'alimentation DPE

Les TSE doivent consulter et suivre les instructions de création de l'ordre de travail disponibles dans les notes internes de cet article de la base de connaissances.

La commande svc_cache a été mise à jour pour inclure trois nouveaux commutateurs : --get, --disable et --enable.  Cette mise à jour doit être chargée sur votre système Unity par le support technique Dell ou votre prestataire de services agréé.  Il s'agit d'un avantage qui permet d'effectuer les mises à jour du cache sans shell racine, et qui engage un niveau de support plus élevé.
Mise à jour :  La mise à jour de la commande svc_cache est désormais intégrée dans Unity OE 5.2 et versions supérieures.  Cela évite toute installation manuelle une fois la baie Unity mise à niveau vers un code OE actualisé.

Remarque : Selon le navigateur utilisé, la police peut altérer le double tiret (--) dans les commandes, en particulier sur les lignes en gras.
Après la commande svc_cache, le paramètre est précédé d'un double tiret (--) et non d'un tiret simple (-).
Si les commandes en gras sont copiées dans un bloc-notes à partir de cet article de la base de connaissances, le double tiret est mieux défini.

Les nouvelles commandes sont répertoriées ici et expliquées plus en détail ci-dessous :

svc_cache --force-enableCacheOperations
svc_cache --get
svc_cache --disable
svc_cache --enable
svc_cache --disableCacheOperations

DÉTERMINER SI LA COMMANDE SVC_CACHE MISE À JOUR EST DÉJÀ INSTALLÉE
L'exécution d'une des nouvelles commandes vous permet de déterminer si le package est installé ou non.  La réponse est différente selon que la commande svc_cache a déjà été étendue avec les nouvelles commandes ou non.  Pour le tester, nous allons utiliser la commande svc_cache --get.

Si le package n'est pas encore installé :
   L'exécution de la commande svc_cache --get renvoie la partie usage de la commande :

1. Si le package est installé mais que les commandes n'ont pas été activées, le système renvoie une erreur :

•  svc_cache --force-enableCacheOperations 

2. Si le package est installé et que le jeu de commandes a été activé, la commande svc_cache --get renvoie l'état du cache comme prévu.  Passez à l'étape suivante pour désactiver le cache en écriture.

DÉSACTIVER LE CACHE EN ÉCRITURE :

1. Obtenez l'état du cache en écriture : svc_cache --get (l'état 3 est activé, l'état 7 est désactivé/inconnu, l'état 8 est désactivé)
2. Désactivez le cache en écriture : svc_cache --disable (il suffit d'exécuter la commande sur un seul processeur de stockage pour désactiver le cache sur les deux processeurs de stockage)
3. Vérifiez que le cache en écriture est désactivé :  svc_cache --get

Write Cache State:             3       (enabled)
Write Cache State:             7       (unknown)
Write Cache State:             8       (disabled)
Pour accéder à des exemples de sorties plus détaillés, voir la section Remarques supplémentaires

L'objectif est d'atteindre l'état 8 (désactivé). Si la sortie de svc_cache --get affiche l'état 7, cela signifie que les pages du cache de modifications sont encore en cours de vidage. Exécutez à nouveau la commande svc_cache --get jusqu'à ce que vous obteniez l'état 8 (désactivé).
Si la désactivation prend un certain temps, vous pouvez également utiliser des métriques à des fins de surveillance et pour vous assurer que toutes les pages du cache de modifications sont en cours de vidage/vidées :

• uemcli /metrics/value/rt -path sp.*.blockCache.global.summary.dirtyBytes show -interval 5 -count 5

Une fois que la commande svc_cache --get affiche l'état 8 ou que les pages du cache de modifications affichent 0, vous pouvez poursuivre votre activité.


Lorsque les deux processeurs de stockage sont de nouveau en ligne, vous pouvez :
ACTIVER LE CACHE EN ÉCRITURE :

1. Obtenez l'état du cache en écriture : svc_cache --get (l'état 3 est activé, l'état 7 est désactivé/inconnu, l'état 8 est désactivé)
2. Activez le cache en écriture :  svc_cache --enable (il suffit d'exécuter la commande sur un seul processeur de stockage pour activer le cache sur les deux processeurs de stockage)
3. Vérifiez que le cache en écriture est activé : svc_cache --get (l'état 3 est activé)  

Enfin, au terme de votre activité, vous devez désactiver les commandes du cache en écriture :
svc_cache --disableCacheOperations

Exemples de sorties :

svc_cache --get montrant que le jeu de commandes n'a pas été installé :

19:44:58 service@APM00123456789 spa:~/user# svc_cache --get
This script displays and clears the Cache Dirty or Cache Lost LUNs(CDCA) on this system.
Usage: svc_cache [<qualifiers>]
<snip>


svc_cache --get montrant que le jeu de commandes n'a pas été activé :

19:44:58 service@APM00123456789 spa:~/user# svc_cache --get
 --- ERROR: This option can only be used after enabling cache operations.

Si cela se produit, vous devez activer les commandes à l'aide de la commande suivante :
svc_cache --force-enableCacheOperations 


svc_cache --get montrant que le cache en écriture est activé :
16:28:43 service@APM00123456789 spa:~/user# svc_cache --get
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c get_cache
Get Cache Info.

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:28:48 service@APM00123456789 spa:~/user#


svc_cache --get montrant que le cache en écriture est désactivé :
16:29:00 service@APM00123456789 spa:~/user# svc_cache --get
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c get_cache
Get Cache Info.

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
                  System Cache Information

         Write Cache State:             8       (disabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
                  System Cache Information

         Write Cache State:             8       (disabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:31:30 service@APM00123456789 spa:~/user#


svc_cache --disable:
16:28:48 service@APM00123456789 spa:~/user# svc_cache --disable
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c set_cache -o disable -t write
currentArg 3 argc 7
currentArg 3 argc 7
Set Write Cache Disabled SP A(0).
#:2022-03-04 16:29:00.035 GMT :U:( 1:1):00007f7168fd0280:25459:Unknown:: TLDflarecons:TLDconfig.cpp   :09584=>TLDconfig_SetCacheBuildTree Enable 0, Type 2, SP = 0
#:2022-03-04 16:29:00.035 GMT :U:( 1:1):00007f7168fd0280:25459:Unknown:: TLDconfig:  :TLDconfig.cpp   :09592=>Set cache state to disabled - 8

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
c4admintool: -TAG_REQUEST(0x10016)
c4admintool: --TAG_OPERATION(0x10017)
<snip>
c4admintool: -------TAG_WRITE_CACHE(0x102ca)
c4admintool: --------TAG_STATE(0x10079) - 8

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:29:00 service@APM00123456789 spa:~/user#


svc_cache --enable:
16:32:43 service@APM00123456789 spa:~/user# svc_cache --enable
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c set_cache -o enable -t write
currentArg 3 argc 7
currentArg 3 argc 7
Set Write Cache Enabled SP A(0).
#:2022-03-04 16:32:47.905 GMT :U:( 0:1):00007f8011b49280:09830:Unknown:: TLDflarecons:TLDconfig.cpp   :09584=>TLDconfig_SetCacheBuildTree Enable 1, Type 2, SP = 0
#:2022-03-04 16:32:47.905 GMT :U:( 0:1):00007f8011b49280:09830:Unknown:: TLDconfig:  :TLDconfig.cpp   :09589=>Set cache state to enabled - 3

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
c4admintool: -TAG_REQUEST(0x10016)
c4admintool: --TAG_OPERATION(0x10017)
<snip>
c4admintool: -------TAG_WRITE_CACHE(0x102ca)
c4admintool: --------TAG_STATE(0x10079) - 3

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:32:48 service@APM00123456789 spa:~/user#


svc_cache --get montrant que le cache en écriture est activé :
16:33:43 service@APM00123456789 spa:~/user# svc_cache --get
execute sptool -i
sptool -i output: SPA
current SP-A, other SP-B

execute: c4admintool -c get_cache
Get Cache Info.

         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:00:00:00:00:00:00:00:02
                  System Cache Information

         Write Cache State:             3       (enabled)
         SP WWID:       wwn = 06:00:00:00:05:00:00:00:01:00:00:01:01:00:00:02

 ** c4admintool_main: exit CSX_STATUS_SUCCESS

16:33:48 service@APM00123456789 spa:~/user#