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: Lagringsvolumer rapporterer "unknown" (ukjent) driftsstatus og helsetilstand

Summary: Manglende versjonssamsvar mellom administrasjonsserveren og direktorene fører til at alle lagringsvolumene rapporterer "unknown" (ukjent) driftsstatus og helsetilstand.

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

I en situasjon med manglende versjonssamsvar der en VPLEX-fastvareoppgradering mislykkes og rulles tilbake, kan det oppstå en situasjon der VPLEX VS6 MMCS-A (administrasjonsserveren) har en nyere fastvareversjon (6.2.x), mens direktorene bruker den opprinnelige eldre fastvareversjonen (dvs. 6.1.x). Dette skaper et kosmetisk problem med VPLEX-brukergrensesnittet, noe som resulterer i at alle lagringsvolumer i systemet rapporterer "unknown" (ukjent) driftsstatus og helsetilstand. Ved nærmere undersøkelse viser det seg imidlertid at volumene er aktive, og at det virtuelle volumet på øverste nivå ikke er degradert.

1] Bekreft manglende kodesamsvar. Du kan gjøre dette ved å bruke VPlexcli-kommandoen "health-check" og/eller VPlexcli-kommandoen "version-a".

Eksemplet nedenfor er hentet fra den øverste delen av utdataene fra "health-check":

Product Version: Version mismatch (or NDU) << mismatch indicates there is a different                                                                                                     firmware version between the                                                                                                     management server and directors Product Type: Metro WAN Connectivity Type: FC Hardware Type: VPL <-- represents the VS6 Cluster Size: 4 engines <-- says this is Quad Engine configuration, 2 = Dual and 1 = Single Cluster TLA:      cluster-1: CKMXXXXXXXXXXX      cluster-2: CKMXXXXXXXXXXX Problemet med lagringsvolum kommer tydeligst frem i utdataene fra VPlexcli-kommandoen "storage-volume summary", og er også synlig fra Back-End (BE) Storage-delen av utdataene fra "health-check"-kommandoen. Problemet er ikke rapportert i utdataene fra kommandoene "ndu pre-check", "connectivity validate-be" eller "cluster-status". Nedenfor ser du eksempler fra VPlexcli-utdata. Ingen volumer rapporteres som "unknown" (ukjent) før det mislykkede NDU-forsøket, men etter mislykket NDU ser vi følgende: I/U-statusen for lagringsvolum tilsvarer "alive" (aktiv), men driftsstatusen og helsetilstanden tilsvarer "unknown" (ukjent) for alle lagringsvolumer. 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. BE Storage: << ----------- 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



Hvis du ser på "FE Storage" som befinner seg rett under "BE Storage"-delen av utdataene fra "health-check"-kommandoen som er nevnt ovenfor, vil du se 0 (eller færre) virtuelle volumer i dårlig tilstand. Dette er viktig når du skal bekrefte at det dreier seg om et kosmetisk problem med VPLEX-brukergrensesnittet.

[Merk]: Hvis det er et faktisk problem med lagringsvolumene, kan vi forvente rapporter om at det virtuelle volumet på øverste nivå er degradert på en eller annen måte. Vi kan også forvente at ingen (eller færre) degraderte virtuelle volumer rapporteres i VPlexcli-kommandoen "virtual-volume summary". Hvis det rapporteres om degraderte/dårligere virtuelle volumer, bør du stoppe, siden det kan ha oppstått et annet problem som ikke er dekket av denne artikkelen.
 
FE Storage: ----------- 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

Når du oppgraderer VPLEX-fastvaren, er fremgangsmåten for høyt nivå følgende:
 
  1. Oppgrader VS6-administrasjonsserveren (MMCS-A) til den nye målversjonen
  2. Oppgrader VPLEX-direktorene til den nye målversjonen

Oppgraderingen utføres i to separate trinn, slik at det oppstår et tidspunkt der administrasjonsserveren kjører den nye koden (6.2.x i dette tilfellet), mens direktorene fortsatt kjører den opprinnelige eldre kodeversjonen (dvs. 6.1.x), noe som kan føre til at problemet ovenfor oppstår.

Hvis vi får problemer med å fullføre kodeoppgraderingen på direktorene, kan det oppstå en situasjon der MMCS-koden og direktorkoden ikke samsvarer i en lang periode mens vi undersøker oppgraderingsproblemet. I hele denne perioden rapporterer alle lagringsvolumene "unknown" (ukjent).

Dette problemet kan skyldes manglende versjonssamsvar mellom administrasjonsserveren og direktorene. Den underliggende fastvarekommandoen mislykkes, noe som fører til at helsetilstanden rapporteres som "unknown" (ukjent).
Vi ser dette i den gjentatte strømmingen av hendelsen nedenfor i klientloggen:

[https-jsse-nio-49881-exec-9] CommandResult: Command 'mdi get disk --tabular diskId ioStatus where visibility == "external" and ioStatus != "ok"' returned error code 1000000015 (invalid subcommand).

Kommandoen mislykkes fordi den utsteder en underkommando som er til stede i 6.2, men ikke i 6.1.x. Dermed returneres den som ugyldig av direktorfastvaren, noe som resulterer i den ukjente tilstanden som er beskrevet ovenfor.

Resolution

Generelt sett går det fint å ha manglende fastvaresamsvar i en periode, men det anbefales å løse problemet så raskt som mulig.

Løsning:
Dette problemet forsvinner så snart direktorfastvaren er oppgradert, slik at direktorene og administrasjonsserveren bruker den samme kodeversjonen. Dette er det foretrukne alternativet for å løse dette problemet og bør brukes.

Som nevnt tidligere i artikkelen, er dette et kosmetisk problem, og det går fint å fortsette med oppgraderingen av direktorfastvaren mens problemet er til stede.


Selv om dette problemet er kosmetisk, kan det forårsake andre relaterte problemer, for eksempel:

  • forsinkelser under VPLEX-oppgradering. Hvis problemet oppdages av oppgraderingsteknikeren (RCM) mellom oppgraderingen av administrasjonsserveren og direktoroppgraderingen, kan RCM anta at det er et faktisk problem relatert til lagringsvolumene og stanse oppgraderingen for å undersøke saken. Hvis oppgraderingsteknikeren som utfører oppgraderingen, er usikker eller har spørsmål om denne situasjonen, kan du kontakte VPLEX-støtten.
  • Det kan oppstå driftsproblemer med AppSync fordi det spør etter statusen for VPLEX-lagringsvolumet hvis det mottar svaret "unknown" (ukjent). 

Løsning:
Hvis driften ikke kan gjennomføres uten fastvaresamsvar, kan du kontakte VPLEX-støtten i Dell EMC og nevne denne artikkelen for å be om mer hjelp.


Article Properties


Affected Product

VPLEX, VPLEX GeoSynchrony, VPLEX Series

Last Published Date

29 Aug 2022

Version

6

Article Type

Solution