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. Тома хранения сообщают значения «unknown» для параметров «Operational Status» и «Health State».

Summary: Несоответствие версий между сервером управления и директорами приводит к тому, что все тома хранения сообщают значения «unknown» для параметров «Operational Status» и «Health State».

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

В случае несоответствия версий, когда происходит сбой модернизации микропрограммы VPLEX и версия откатывается, может возникнуть ситуация, когда VPLEX VS6 MMCS-A (сервер управления) имеет более позднюю версию микропрограммы (6.2.x), а директоры — исходную, более раннюю версию микропрограммы (т. е. 6.1.x). Это вызывает косметическую проблему с пользовательским интерфейсом VPLEX, в результате чего все тома хранения в системе сообщают значения «unknown» для параметров «Operational Status» и «Health State». Однако при более близком осмотре тома работают, а производительность виртуального тома верхнего уровня не снижается.

1] Убедитесь, что код не совпадает. Это можно сделать с помощью команды VPlexcli «health-Check» и/или команды VPlexcli «version-a».

Приведенный ниже пример относится к верхней части вывода команды 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 Проблема с томами хранения наиболее очевидна в выводе команды VPlexcli «storage-volume summary», а также отображается в части внутреннего (BE) хранилища вывода команды «health-check». Эта проблема не отображается в выводе команд «ndu pre-check», «connectivity validate-be» и «cluster-status». Пример выходных данных VPlexcli приведен ниже. До неудачной попытки NDU тома хранения данных не будут отображаться как «unknown», но после сбоя NDU мы увидим следующее,параметр «IO status» тома хранения будет «alive», однако «Operational Status» и «Health State» будут «unknown» для всех томов хранения. 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 От выходных данных команды «health-check» VPLEX прокрутите до раздела «BE Storage» и проверьте «Unhealthy Storage Volumes», и вы увидите, что все тома отображаются как «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



В разделе «FE Storage», расположенном непосредственно под разделом «BE Storage» в выходных данных команды «health-check», рассмотренных выше, вы увидите 0 (или менее) неработоспособных виртуальных томов. Это является ключевым фактором, подтверждающим, что это косметическая проблема в пользовательском интерфейсе VPLEX.

[Примечание]. Если в томах хранения возникла реальная проблема, ожидается, что виртуальный том верхнего уровня будет сообщать о снижении производительности каким-либо образом. Также ожидается,что в команде VPlexcli «Virtual-volume Summary» будет отображаться 0 (или меньшее количество) виртуальных томов с пониженной производительностью. Однако, если виртуальные тома находятся в состоянии «degraded / unhealthy», прекратите работу, так как у вас может возникнуть отдельная проблема, требующая дальнейшего изучения за пределами этой статьи базы знаний.
 
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

Процедура высокого уровня при модернизации микропрограммы VPLEX:
 
  1. Модернизируйте сервер управления VS6 (MMCS-A) до новой более высокой целевой версии
  2. Модернизируйте директоры VPLEX до новой более высокой целевой версии

Эти действия выполняются в два отдельных этапа, создавая момент, в который сервер управления использует новый код (6.2.x в данном случае), а директоры по-прежнему используют исходную, более низкую версию кода (т. е. 6.1.x), в этом случае может возникнуть указанная выше проблема.

В ситуациях, когда возникает проблема или блокировка при модернизации кода на директорах, несоответствие MMCS и кода директора может присутствовать в течение длительного времени. В настоящее время мы исследуем проблему или блокировку при модернизации. В течение этого времени все тома хранения будут отображаться как неизвестные.

Эта проблема вызвана несовпадением версий между сервером управления и директорами. Происходит сбой внутренней микропрограммы, что приводит к состоянию «unknown» в параметре «Health State».
Это можно увидеть, если повторяется передача следующего события в журналах клиента:

[https-jsse-nio-49881-exec-9] CommandResult: Команда 'mdi get disk --tabular diskId ioStatus с параметром visibility == external" и ioStatus != "ok" вернула код ошибки 1000000015 (недопустимая подкоманда).

Произошел сбой команды, так как в версии 6.2 присутствует подкоманда, которая отсутствует в версии 6.1.x, и поэтому возвращается как недопустимая микропрограммой директора с состоянием «unknown», описанным выше.

Resolution

Как правило, несовпадение микропрограммы допустимо в течение некоторого времени, однако не рекомендуется оставлять его в таком состоянии слишком долго и как можно скорее устранить эту проблему.

Решение.
Эта проблема устраняется после завершения модернизации микропрограммы директора, при этом директоры и сервер управления будут использовать одну и ту же версию кода. Этот вариант рекомендуется использовать для устранения этой проблемы.

Как уже говорилось ранее в этой статье, это косметическая проблема, и можно продолжать модернизацию микропрограмму директора при наличии этой проблемы.


Эта проблема, хотя и косметическая, может привести к другим связанным проблемам, таким как:

  • Задержки модернизации VPLEX. Если инженеры по модернизации (RCM) обнаруживает проблему между сервером управления и директором, то они (RCM) могут предположить наличие реальной проблемы, связанной с томами хранения, и прекратить модернизацию для изучения. Однако если технический специалист, выполняющий модернизацию, не уверен или у него возникли вопросы по этой ситуации, обратитесь в службу поддержки VPLEX.
  • Для AppSync, так как он запрашивает состояние тома хранения VPLEX, если он получает ответ «unknown», может возникнуть проблема в работе. 

Временное решение.
Если несоответствие микропрограммы препятствует работе, обратитесь в службу поддержки Dell EMC VPLEX, чтобы получить дополнительную помощь, и укажите эту статью.


Article Properties


Affected Product

VPLEX, VPLEX GeoSynchrony, VPLEX Series

Last Published Date

29 Aug 2022

Version

6

Article Type

Solution