VPLEX: GUI und CLI zeigen keinen neuen freien Speicherplatz im erweiterten Storage-Pool an.
Zusammenfassung: VPlex 5.4, das VIAS zur Integration von VNX-Storage verwendet, zeigt eine falsche Storage-Poolgröße an, nachdem eine Poolerweiterung auf dem angeschlossenen VNX-Array durchgeführt wurde. Neuer freier Speicherplatz, der dem Storage-Pool auf dem Array hinzugefügt wird, wird nicht im Kontext der VPlex CLI oder GUI-Storage-Pools angezeigt. ...
Dieser Artikel gilt für
Dieser Artikel gilt nicht für
Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden.
In diesem Artikel werden nicht alle Produktversionen aufgeführt.
Symptome
Der Kunde erstellt neue VPlex Virtual Volumes aus Storage-Pools, aber der Vorgang schlägt fehl, weil nicht genügend Speicherplatz im ausgewählten Storage-Pool vorhanden ist.
Wenn dieses Virtual Volume fortfährt, erstellt es VNX-Arrays, die mit demselben Array-Serviceanbieter-Server verbunden sind, was zu einer anhaltenden erheblichen Instabilität führt, die dazu führt, dass das Array vom VPlex getrennt wird. Der Zeitrahmen für diese Probleme sollte mit der Ausnahme korrelieren, wie sie im bole.log zu sehen ist.
Es können keine neuen VPlex-Virtual Volumes aus Storage-Pools erstellt werden.
Beim Erstellen virtueller Volumes mithilfe der Methode zur Bereitstellung von Storage aus Pools wurde festgestellt, dass der VPlex-Clusterpool > im Vergleich zur Ausgabe der VNX-GUI (Unisphere for VNX) unter Storage > Pools mit dem problematischen Poolnamen einen falschen Wert anzeigte. Im Vergleich zur VPlex-CLI-Ausgabe:
VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Beispiel:
Name Gesamter freier Speicherplatz Gesamter verwendeter Speicherplatz Gesamter Speicherplatz Pooltypen
------ ---------------- ---------------- ----------- -----------
Pool 1 7T 81.1T 138T dick, dünn
aus dem VPlex Der CLI-Pool verfügt über 7 TB freien Speicherplatz, aber in der VNX-GUI verfügte Pool1 tatsächlich über 54 TB freien Speicherplatz. Diese Diskrepanz führt dazu, dass VPlex davon ausgeht, dass nicht genügend freier Speicherplatz zum Erstellen neuer Virtual Volumes vorhanden ist.
Wenn dieses Virtual Volume fortfährt, erstellt es VNX-Arrays, die mit demselben Array-Serviceanbieter-Server verbunden sind, was zu einer anhaltenden erheblichen Instabilität führt, die dazu führt, dass das Array vom VPlex getrennt wird. Der Zeitrahmen für diese Probleme sollte mit der Ausnahme korrelieren, wie sie im bole.log zu sehen ist.
Es können keine neuen VPlex-Virtual Volumes aus Storage-Pools erstellt werden.
Beim Erstellen virtueller Volumes mithilfe der Methode zur Bereitstellung von Storage aus Pools wurde festgestellt, dass der VPlex-Clusterpool > im Vergleich zur Ausgabe der VNX-GUI (Unisphere for VNX) unter Storage > Pools mit dem problematischen Poolnamen einen falschen Wert anzeigte. Im Vergleich zur VPlex-CLI-Ausgabe:
VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Beispiel:
Name Gesamter freier Speicherplatz Gesamter verwendeter Speicherplatz Gesamter Speicherplatz Pooltypen
------ ---------------- ---------------- ----------- -----------
Pool 1 7T 81.1T 138T dick, dünn
aus dem VPlex Der CLI-Pool verfügt über 7 TB freien Speicherplatz, aber in der VNX-GUI verfügte Pool1 tatsächlich über 54 TB freien Speicherplatz. Diese Diskrepanz führt dazu, dass VPlex davon ausgeht, dass nicht genügend freier Speicherplatz zum Erstellen neuer Virtual Volumes vorhanden ist.
Ursache
Auf dem Verwaltungsserver des VPlex-Cluster, mit dem das problematische Array verbunden ist, finden Sie in der folgenden Managementserver-Protokolldatei im Verzeichnis /var/log/VPlex/cli/, bole.log Sie sich das neueste Protokoll ansehen. Verwenden des Befehls "less":
Beispiel: service@cluster-1:/var/log/VPlex/cli> less bole.log_20161025105350
In der Datei "Collect-diagnostic logs" befindet sich diese im Verzeichnis mgmt_server/cluster-X/vias suchen Sie nach den bole.log Dateien mit Blick auf die neuesten Dateien.
Suchen Sie nach der folgenden Ausnahme:
2016-10-14 23:32:46,507 FEHLER [Timer-6] Bole: Die Storage-Pools für das verwaltete Array "EMC-CLARiiON-CKM0015xxxxx15" konnten nicht abgerufen werden.
com.emc.vplex.via.orca.amp.AMPException: Die Storage-Pools für das Array "EMC-CLARiiON-CKM0015xxxxx15" mit dem Provider "nw-ut-01-031" konnten nicht aufgelistet werden. Ursache: Es kann keine Verbindung hergestellt
werden unter com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java:96)
abgeschnitten
[Tipp] grep für FEHLER wie folgt:
[vplexuser@RP_VPLEX_logserver vias]$ grep FEHLER bole.log_20160909095747
2016-10-14 23:32:46,507 FEHLER [Timer-6] Bole: Die Storage-Pools für das verwaltete Array "EMC-CLARiiON-CKM0015xxxxx15" konnten nicht abgerufen werden.
2016-10-14 23:32:46,519 FEHLER [Timer-6] PoolCache: GetPoolsForArray: Fehlgeschlagen auf Array EMC-CLARiiON-CKM0015xxxxx15
[vplexuser@RP_VPLEX_logserver vias]$ grep 2016-10-14 via.log_20160909095747
2016-10-14 23:32:46,490 FEHLER [Timer-6] ArrayManagementProvider: com.emc.vplex.via.orca.amp.AMPException: Die Storage-Pools für das Array "EMC-CLARiiON-CKM0015xxxxx15" mit dem Provider "nw-ut-01-031" konnten nicht aufgelistet werden. Ursache: Verbindung kann nicht hergestellt werden
Die obige Ausnahme zeigt, dass der SMI-Befehl GetPoolsForArray fehlgeschlagen ist, weil keine Verbindung hergestellt werden konnte, nachdem diese Ausnahme erfüllt war. Es wurden keine erfolgreichen GetPoolsForArray-Befehle mehr für das problematische Array ausgeführt.
Ein Blick auf die VPlex-Firmwareprotokolle in /var/log/VPlex/cli/ firmware.log auf den Zeitstempel der obigen Ausnahme zeigte, dass in diesem Fall viele Ereignisse darauf hindeuteten, dass das Array eine erhebliche Instabilität anhielt. Die Verbindung zu VPlex wurde getrennt und bald wieder hergestellt, was zu einer Protokollneuerstellung aller DD mit Komponente auf diesem Array führte, zu welchem Zeitpunkt die Ausnahme protokolliert wurde und keine späteren erfolgreichen Befehle zum Abrufen des Pools ausgeführt wurden.
Hinweis: In diesem Fall verfügte der Kunde über ein VNX-Array, das mit VPlex-Cluster-1 verbunden war, und ein anderes VNX-Array erfasste VPlex-Cluster-2, wobei beide VPlex-Cluster denselben Array-Serviceanbieter-Server registrierten.
Beispiel: service@cluster-1:/var/log/VPlex/cli> less bole.log_20161025105350
In der Datei "Collect-diagnostic logs" befindet sich diese im Verzeichnis mgmt_server/cluster-X/vias suchen Sie nach den bole.log Dateien mit Blick auf die neuesten Dateien.
Suchen Sie nach der folgenden Ausnahme:
2016-10-14 23:32:46,507 FEHLER [Timer-6] Bole: Die Storage-Pools für das verwaltete Array "EMC-CLARiiON-CKM0015xxxxx15" konnten nicht abgerufen werden.
com.emc.vplex.via.orca.amp.AMPException: Die Storage-Pools für das Array "EMC-CLARiiON-CKM0015xxxxx15" mit dem Provider "nw-ut-01-031" konnten nicht aufgelistet werden. Ursache: Es kann keine Verbindung hergestellt
werden unter com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java:96)
abgeschnitten
[Tipp] grep für FEHLER wie folgt:
[vplexuser@RP_VPLEX_logserver vias]$ grep FEHLER bole.log_20160909095747
2016-10-14 23:32:46,507 FEHLER [Timer-6] Bole: Die Storage-Pools für das verwaltete Array "EMC-CLARiiON-CKM0015xxxxx15" konnten nicht abgerufen werden.
2016-10-14 23:32:46,519 FEHLER [Timer-6] PoolCache: GetPoolsForArray: Fehlgeschlagen auf Array EMC-CLARiiON-CKM0015xxxxx15
[vplexuser@RP_VPLEX_logserver vias]$ grep 2016-10-14 via.log_20160909095747
2016-10-14 23:32:46,490 FEHLER [Timer-6] ArrayManagementProvider: com.emc.vplex.via.orca.amp.AMPException: Die Storage-Pools für das Array "EMC-CLARiiON-CKM0015xxxxx15" mit dem Provider "nw-ut-01-031" konnten nicht aufgelistet werden. Ursache: Verbindung kann nicht hergestellt werden
Die obige Ausnahme zeigt, dass der SMI-Befehl GetPoolsForArray fehlgeschlagen ist, weil keine Verbindung hergestellt werden konnte, nachdem diese Ausnahme erfüllt war. Es wurden keine erfolgreichen GetPoolsForArray-Befehle mehr für das problematische Array ausgeführt.
Ein Blick auf die VPlex-Firmwareprotokolle in /var/log/VPlex/cli/ firmware.log auf den Zeitstempel der obigen Ausnahme zeigte, dass in diesem Fall viele Ereignisse darauf hindeuteten, dass das Array eine erhebliche Instabilität anhielt. Die Verbindung zu VPlex wurde getrennt und bald wieder hergestellt, was zu einer Protokollneuerstellung aller DD mit Komponente auf diesem Array führte, zu welchem Zeitpunkt die Ausnahme protokolliert wurde und keine späteren erfolgreichen Befehle zum Abrufen des Pools ausgeführt wurden.
Hinweis: In diesem Fall verfügte der Kunde über ein VNX-Array, das mit VPlex-Cluster-1 verbunden war, und ein anderes VNX-Array erfasste VPlex-Cluster-2, wobei beide VPlex-Cluster denselben Array-Serviceanbieter-Server registrierten.
Lösung
- Lassen Sie den Kunden den Poolnamen und das Array identifizieren, in dem sich dieser Pool befindet
- Vergewissern Sie sich, dass das Array bei VPlex unter Array Server Providers für den spezifischen VPlex-Cluster registriert ist.
So zeigen Sie den Server des Array-Management-Anbieters an:
VPlexcli:/>cd clusters/PRA-VPLEXCL-2/storage-elements/array-providers/
VPlexcli:/clusters/cluster-2/storage-elements/array-providers>ll
Name Provider-Typ Verbindungsstatus
------------ ------------- -------------------
Server_name SMI-S verbunden
Überprüfen des AMP-Serverstatus aus der Sicht des VPlex:
VPlexcli:/clusters/cluster-2/storage-elements/array-providers/server_name>ll
Attribute:
Name Wert
------------------- --------------
Konnektivitätsstatus Verbundene
IP-Adresse 111.222.333.444
Port 5988
Anbietertyp SMI-S
use-ssl false
username admin
Überprüfen der verwalteten Arrays in diesem VPlex-Cluster:
VPlexcli:/clusters/cluster-2/storage-elements/array-providers/server_name/managed-arrays>ll
Name
---------------------------
EMC-CLARiiON-ArraySerialNumber
Dies bestätigt, dass der AMP-Server mit VPlex und das Array mit dem AMP-Server in Kontakt steht.
- Bestätigen Sie, dass die Arraykonnektivität für jedes mit diesem AMP-Server verbundene Array in Ordnung ist, indem Sie Cluster 1 und 2 überprüfen.
- Allgemeine Integritätsprüfung
- Überprüfen Sie die Firmwareprotokolle für Streaming scsi/133, stdf/17, disk/1004, apf/13.
- Wenn die Verbindung zwischen Arrays und AMP-Server in Ordnung ist, starten Sie die Managementkonsole des Managementservers mit dem Managementserverbefehl neu
service@cluster-2:~>sudo /etc/init.d/VPlexManagementConsole neu starten
Aus der VPlexcli; Überprüfen Sie den freien Speicherplatz im Pool erneut:
VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Der gesamte freie Speicherplatz für den Pool sollte dem freien Speicherplatz des Pools in der VNX-GUI entsprechen
Betroffene Produkte
VPLEX SeriesProdukte
VPLEX Series, VPLEX VS1, VPLEX VS2, VPLEX VS6Artikeleigenschaften
Artikelnummer: 000171054
Artikeltyp: Solution
Zuletzt geändert: 05 Mai 2026
Version: 6
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.