Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.

VPLEX: Los volúmenes de almacenamiento muestran “Operational Status” y “Health State” como unknown

Summary: La discrepancia de versiones entre el servidor de administración y los directores hace que todos los volúmenes de almacenamiento informen su “Operational Status” y “Status” como “unknown”. ...

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content


Symptoms

En una situación de versiones incompatibles en la que una actualización de firmware de VPLEX falla y se revierte, es posible que se produzca una situación en la que el VPLEX VS6 MMCS-A (servidor de administración) tenga la versión superior de firmware (6.2.x) y los directores tengan la versión original anterior de firmware (es decir, 6.1.x). Esto está causando un problema estético con la interfaz de usuario (UI) de VPLEX, lo que da como resultado que todos los volúmenes de almacenamiento del sistema informen los estados “operational” y “health” como “unknown”. Sin embargo, en una inspección más detallada, los volúmenes están activos y el volumen virtual de nivel superior no está degradado.

1] Confirme que haya una discrepancia de código. Esto se puede hacer mediante los comandos “health-check” o “version-a” de VPlexcli.

El siguiente ejemplo es de la sección superior del resultado de la evaluación del estado:

Versión del producto: Incompatibilidad de versión (o NDU) << incompatibilidad indica que hay una                                                                                                     versión de firmware diferente entre el                                                                                                     servidor de administración y los directores del tipo de producto: Tipo de conectividad WAN metro: Tipo de hardware FC: VPL <-- representa el tamaño del clúster VS6: 4 motores <-- indica que se trata de una configuración de cuatro motores, 2 = doble y 1 = TLA de un solo clúster:      clúster-1: CKMXXXXXXXXXXX      clúster-2: CKMXXXXXXXXXXX El problema del volumen de almacenamiento es más evidente en el resultado del comando “storage-volume summary” de VPlexcli y también es visible desde la parte de almacenamiento de back-end (BE) del resultado del comando “health-check”. El problema no se informa en los resultados de los comandos “ndu pre-check”, “connectivity validate-be” ni “cluster-status”. A continuación, se muestra un ejemplo de los resultados de VPlexcli. Antes del intento de NDU fallido, ningún volumen de almacenamiento se informaba como “unknown”. Sin embargo, después de la NDU fallida, veremos lo siguiente, el “IO status” del volumen de almacenamiento será “alive”; sin embargo, el “Operational Status” y el “Health State” serán “unknown” para todos los volúmenes de almacenamiento. VPlexcli:/> storage-volume summary SUMMARY (cluster-1) StorageVolume Name                       IO Status  Operational Status  Health State ---------------------------------------  ---------  ------------------  ------------ VCKM001530XXX1-00003                     alive      unknown             unknown  << observe VCKM001530XXX2-00004                     alive      unknown             unknown  << VCKM001530XXX3-00006                     alive      unknown             unknown  << . . Storage-Volume Summary  (no tier) ----------------------  --------------------- Health                  out-of-date         0                         storage-volumes  4372  << note the total number of storage volumes in the system                                            unhealthy        4372  << note the total number of volumes equal unhealthy, all                                                                                          storage volumes in the system are now reporting                                                                                          unhealthy. Vendor                  DGC              1276                         XtremIO          3096 Use                     claimed             1                         meta-data           4                         unclaimed           5                         used             4362 Capacity                total           2.92P From the VPLEX 'health-check' command output scroll to the section called “BE Storage” and check the “Unhealthy Storage Volumes” to see all volumes are reported Unhealthy. Almacenamiento BE: << ----------- Cluster    Total     Unhealthy  Total Storage  No     Not visible  With         Total     Name       Storage   Storage    Provisioned/   Dual   from         Unsupported  Extents/             Volumes/  Volumes    Limit          Paths  All Dirs     # of Paths   Limit                Limit                                                                           ---------  --------  ---------  -------------  -----  -----------  -----------  --------  cluster-1  4372/12000 4372      2.92P/8PB      0      0            0            4362/24000 cluster-2  4372/12000 4372      2.92P/8PB      0      0            0            4362/24000



Si se dirige al “FE Storage” ubicado directamente debajo de la sección “BE storage” del resultado del comando “health-check”, que se analizó antes, verá 0 (o menos) volúmenes virtuales en mal estado. Esto es clave para confirmar que se trata de un problema estético con la interfaz de usuario (UI) de VPLEX.

[Nota]: Si hubiera un verdadero problema con los volúmenes de almacenamiento, esperamos que el volumen virtual de nivel superior informe que está degradado de alguna manera. También esperamos ver menos (o ningún) informe de volúmenes virtuales degradados en el comando “virtual-volume summary” de VPlexcli. Sin embargo, si los volúmenes virtuales degradados o en mal estado muestran información, deténgase, ya que es posible que tenga un problema distinto que requiera una investigación adicional fuera del alcance de esta base de conocimientos.
 
Almacenamiento FE: ----------- Cluster    Total       Unhealthy  Total Dist  Unhealthy  Local          With unsupported  Name       Virtual     Virtual    Devs/       Dist       Top-Level      RAID1 mirror        Volumes/    Volumes    Limit       Devs       Devices/Limit  legs                Limit                                                                          ---------  ----------  ---------  ----------  ---------  -------------  ----------------  cluster-1  3794/12000  0          1024/12000  0          2770/12000     0                 cluster-2  4356/12000  0          1024/12000  0          3333/12000     0

Cause

Cuando se actualiza el firmware de VPLEX, el procedimiento de alto nivel es el siguiente:
 
  1. Actualice el servidor de administración de VS6 (MMCS-A) a la nueva versión de objetivo superior
  2. Actualice los directores de VPLEX a la nueva versión de objetivo superior

Estos se realizan en dos pasos distintos, lo que crea un período en el que el servidor de administración ejecuta el nuevo código (en este caso, el 6.2.x) y los directores aún se encuentran en la versión original inferior del codificador (es decir, 6.1.x), en cuyo caso puede ocurrir el problema anterior.

En situaciones en las que tenemos un problema o un bloqueo para completar la actualización de código en los directores, podemos tener una situación en la que la discrepancia entre MMCS y el código de director puede estar presente durante un tiempo prolongado mientras investigamos el problema de actualización o el bloqueo. Durante este período, todos los volúmenes de almacenamiento informarán desconocidos.

Este problema se debe a la discrepancia de versiones entre el servidor de administración y los directores. El comando de firmware subyacente presenta fallas, lo que genera el estado “unknown” para “Health State”.
Podemos ver esto mediante el streaming repetido del siguiente evento en los registros del cliente:

[https-jsse-nio-49881-exec-9] CommandResult: El comando “mdi get disk --tabular diskId ioStatus where visibility == "external" e ioStatus != "ok"” devolvió el código de error 1000000015 (subcomando no válido).

El comando falla porque emite un subcomando presente en 6.2 que no está presente en 6.1.x y, por lo tanto, se devuelve como no válido por el firmware del director que produce el estado “unknown” descrito anteriormente.

Resolution

Por lo general, está bien funcionar con la discrepancia de firmware durante un período; sin embargo, se recomienda no permanecer en este estado durante demasiado tiempo y resolver este problema lo antes posible.

Resolución:
Este problema se resuelve una vez que se completa la actualización del firmware del director, lo que lleva a los directores y al servidor de administración a la misma versión de código coincidente. Esta es la opción preferida para resolver este problema y se debe aplicar esta opción.

Como se indicó anteriormente en este artículo, este es un problema estético y está bien continuar con la actualización del firmware del director mientras este problema esté presente.


Este problema, aunque estético, puede causar otros problemas relacionados, como los siguientes:

  • Retrasos en la actualización de VPLEX, si los ingenieros de actualización (RCM) detecta el problema entre el servidor de administración y la actualización del director, es posible que ellos (RCM) supongan que hay un verdadero problema relacionado con los volúmenes de almacenamiento y detengan la actualización para investigar. Sin embargo, si el ingeniero de actualización que ejecuta la actualización no está seguro o tiene dudas sobre esta situación, contacte al soporte de VPLEX.
  • En el caso del producto AppSync, debido a que si recibe la respuesta “unknown”, este consulta el estado del volumen de almacenamiento de VPLEX y puede tener problemas operativos. 

Solución alternativa:
En los casos en los que no es posible operar con la discrepancia de firmware, comuníquese con el soporte de Dell EMC VPLEX para solicitar más ayuda y mencione este artículo.


Article Properties


Affected Product

VPLEX, VPLEX GeoSynchrony, VPLEX Series

Last Published Date

29 Aug 2022

Version

6

Article Type

Solution