VPLEX: stan usługi rozproszonych woluminów wirtualnych jest wyświetlany jako odłączony

Wersje kodu VPLEX GeoSynchony, których dotyczy problem:
Oprogramowanie: GeoSynchony 6.0 Service Pack 1 Poprawka 2

Sprzęt VPLEX, którego dotyczy problem:
Seria
VPLEX VPLEX VS2
VPLEX VS6
VPLEX-Metro

Po uaktualnieniu do GeoSynchrony 6.0 Service Pack 1 poprawka 2 (6.0.1.02.00.03) rozproszone woluminy wirtualne mają stan usługi "rozłączona". Nie ma to wpływu na operacje we/wy, a klient nie powinien widzieć danych z tego powodu.

Flaga AMF_REEXPORT_QD to nowo wprowadzona flaga w oprogramowaniu wewnętrznym. Pomaga wewnętrznie śledzić zaległe eksporty w przypadku awarii mastera AMG. Jest on zaimplementowany w amf_flags, czyli polu, które jest widoczne dla CLI.

Gdy podczas NDU pojawią się drugie aktualizatory, flaga ta jest ustawiana w ramach normalnego działania. Zazwyczaj flaga była usuwana podczas ponownego wywozu AMF. Jednak podczas pierwszego ponownego eksportu ta faza jest pomijana. Powoduje to, że flaga pozostaje ustawiona do następnego ponownego eksportu. Sama flaga jest łagodna i nie koliduje z konfiguracją we/wy lub systemu.

Po uruchomieniu podsumowania woluminu wirtualnego woluminy mają stan usługi "rozłączone":

Virtual-volume health summary

virtual-volume name                health state  operational status  service status
---------------------------------  ------------  ------------------  --------------
<vvol name>                         ok            ok                  disconnected

Podstawowe urządzenie rozproszone może być również wyświetlane jako odłączone lub uruchomione.

Przykład urządzenia rozproszonego wyświetlanego jako "rozłączone":

/distributed-storage/distributed-devices/<distributed-device name>:

Attributes:
Name                    Value
----------------------  --------------------------------
application-consistent  false
auto-resume             true
block-count             536870912
block-size              4K
capacity                2T
clusters-involved       [cluster-1, cluster-2]
geometry                raid-1
health-indications      []
health-state            ok
locality                distributed<<--
operational-status      ok
rebuild-allowed         true
rebuild-eta             -
rebuild-progress        -
rebuild-status          done
rebuild-type            full
rule-set-name           cluster-1-detaches

service-status      -->>disconnected<<--

stripe-depth            -
system-id               <name>
thin-capable            true
transfer-size           128K
virtual-volume          <vvol name>

Przykład urządzenia rozproszonego wyświetlanego jako "uruchomione":

/distributed-storage/distributed-devices/<distributed-device name>:

Attributes:
Name                    Value
----------------------  ------------------------------------------
application-consistent  false
auto-resume             true
block-count             536874240
block-size              4K
capacity                2T
clusters-involved
consistency-group
geometry                raid-1
health-indications      []
health-state            ok
locality                distributed
operational-status      ok
rebuild-allowed         true
rebuild-eta             -
rebuild-progress        -
rebuild-status          done
rebuild-type            full
rule-set-name           cluster-2-detaches
service-status          running        <<<<
storage-array-family    symmetrix
stripe-depth            -
system-id               <name>
thin-capable            true
transfer-size           128K
virtual-volume          <vvol name>

Błąd w kodzie FLL po stronie serwera powoduje odczytanie flagi reexport-qd z AMF. Kod faktycznie zamierza odczytać flagę non-splitting-fail-all. Powoduje to, że interfejs wiersza polecenia zgłasza wolumin jako odłączony podczas wykonywania zapytań za pomocą FLL.

FLL to funkcja wprowadzona w GeoSynchrony 6.0 Service Pack 1 poprawka 2 (6.0.1.02.00.03). W ramach tej funkcji niektóre zadania serwera zarządzania są odciążane do modułów director w celu złagodzenia ewentualnego wpływu na wydajność serwera zarządzania.

W przypadku zaobserwowania tego problemu po uaktualnieniu do wersji GeoSynchrony 6.0 Service Pack 1 Poprawka 2 (6.0.1.02.00.03), skontaktuj się z działem obsługi klienta firmy Dell i podaj ten identyfikator artykułu z bazy wiedzy.