VPLEX: GUI og CLI viser ikke ny ledig plass i utvidet lagringsgruppe.
Sammendrag: VPlex 5.4 som bruker VIAS til å integrere VNX-lagring, viser feil størrelse på lagringsbassenget etter at en bassengutvidelse ble utført på det tilkoblede VNX-arrayet. Ny ledig plass som legges til i lagringsgruppen på arrayet, gjenspeiles ikke i VPlex CLI- eller GUI-lagringsgrupper-konteksten. ...
Denne artikkelen gjelder for
Denne artikkelen gjelder ikke for
Denne artikkelen er ikke knyttet til noe bestemt produkt.
Det er ikke produktversjonene som identifiseres i denne artikkelen.
Symptomer
Kunden oppretter nye virtuelle VPlex-volumer fra lagringsbassenger, men operasjonen mislykkes på grunn av at det ikke er nok plass i den valgte lagringsgruppen.
Noen ganger fortsetter dette virtuelle volumet opprette VNX arrays koblet til samme Array Service Provider server vedvarende stor ustabilitet forårsaker arrayet å koble fra VPlex . Tidsrammen for disse spørsmålene bør korrelere med unntaket som sett i bole.log.
Kan ikke opprette nye virtuelle VPlex-volumer fra lagringsgrupper.
Ved oppretting av virtuelle volumer ved hjelp av metoden provisjonering av lagring fra utvalg, ble det sett at VPlex-klyngeutvalget > viste en feil verdi sammenlignet med VNX GUI-utgangen (Unisphere for VNX) som ble sett under lagringsutvalg > som så på problemet Utvalgsnavn. Sammenlignet med VPlex CLI-utdataene:
VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Eksempel:
Navn Total ledig plass Total brukt plass Bassengtyper
------ ---------------- ---------------- ----------- -----------
Basseng 1 7T 81.1T 138T tykk, tynn
fra VPlex Cli Pool har 7 TB ledig plass, men fra VNX GUI Pool1 faktisk hadde 54 TB ledig plass, er dette misforholdet problemet forårsaker VPlex å tro at det ikke er nok ledig plass til å opprette nye virtuelle volumer.
Noen ganger fortsetter dette virtuelle volumet opprette VNX arrays koblet til samme Array Service Provider server vedvarende stor ustabilitet forårsaker arrayet å koble fra VPlex . Tidsrammen for disse spørsmålene bør korrelere med unntaket som sett i bole.log.
Kan ikke opprette nye virtuelle VPlex-volumer fra lagringsgrupper.
Ved oppretting av virtuelle volumer ved hjelp av metoden provisjonering av lagring fra utvalg, ble det sett at VPlex-klyngeutvalget > viste en feil verdi sammenlignet med VNX GUI-utgangen (Unisphere for VNX) som ble sett under lagringsutvalg > som så på problemet Utvalgsnavn. Sammenlignet med VPlex CLI-utdataene:
VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Eksempel:
Navn Total ledig plass Total brukt plass Bassengtyper
------ ---------------- ---------------- ----------- -----------
Basseng 1 7T 81.1T 138T tykk, tynn
fra VPlex Cli Pool har 7 TB ledig plass, men fra VNX GUI Pool1 faktisk hadde 54 TB ledig plass, er dette misforholdet problemet forårsaker VPlex å tro at det ikke er nok ledig plass til å opprette nye virtuelle volumer.
Årsak
På administrasjonsserveren til VPlex-klynge der problemmatrisen er koblet til, se følgende loggfil for administrasjonsserver i katalogen /var/log/VPlex/cli/ bole.log å se på den nyeste loggen. Bruke mindre cmd:
Eksempel: service@cluster-1:/var/log/VPlex/cli> less bole.log_20161025105350
I loggfilen for innsamlingsdiagnose ligger denne i katalogen mgmt_server/cluster-X/vias ser på de bole.log filene, og ser på de nyeste.
Se etter følgende unntak:
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: Kunne ikke hente lagringsutvalg for administrert array 'EMC-CLARiiON-CKM0015xxxxx15'.
com.emc.vplex.via.orca.amp.AMPException: Kan ikke føre opp lagringsutvalg for array 'EMC-CLARiiON-CKM0015xxxxx15' med leverandøren 'nw-ut-01-031'. Cause: Unable to connect
at com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java:96)
truncated
[Tip] grep for ERROR som følger:
[vplexuser@RP_VPLEX_logserver vias]$ grep ERROR bole.log_20160909095747
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: Kunne ikke hente lagringsutvalg for administrert array 'EMC-CLARiiON-CKM0015xxxxx15'.
2016-10-14 23:32:46,519 ERROR [Timer-6] PoolCache: GetPoolsForArray: Failed on array EMC-CLARiiON-CKM0015xxxxx15
[vplexuser@RP_VPLEX_logserver vias]$ grep 2016-10-14 via.log_20160909095747
2016-10-14 23:32:46,490 ERROR [Timer-6] ArrayManagementProvider: com.emc.vplex.via.orca.amp.AMPException: Kan ikke føre opp lagringsutvalg for array 'EMC-CLARiiON-CKM0015xxxxx15' med leverandøren 'nw-ut-01-031'. Cause: Kan ikke koble
tilUnntaket ovenfor viser at SMI GetPoolsForArray-kommandoen mislyktes med årsak kan ikke koble til etter at dette unntaket ble oppfylt, var det ikke flere vellykkede GetPoolsForArray-kommandoer kjørt til problemmatrisen.
Ser vi på VPlex-fastvareloggene som ligger i /var/log/VPlex/cli/ firmware.log ved å se på tidsstempelet for unntaket ovenfor i dette tilfellet, viste mange hendelser som indikerte at arrayet vedvarende stor ustabilitet koblet fra VPlex og snart koblet til igjen, noe som forårsaket en logggjenoppbygging av all DD med ben på dette arrayet, da unntaket logget og ingen senere vellykkede get pool-kommandoer ble kjørt.
Merk: I dette tilfellet hadde kunden et VNX-array koblet til VPlex cluster-1 og et annet VNX-array samlet VPlex cluster-2 med begge VPlex-klyngene som registrerte samme Array Service Provider-server.
Eksempel: service@cluster-1:/var/log/VPlex/cli> less bole.log_20161025105350
I loggfilen for innsamlingsdiagnose ligger denne i katalogen mgmt_server/cluster-X/vias ser på de bole.log filene, og ser på de nyeste.
Se etter følgende unntak:
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: Kunne ikke hente lagringsutvalg for administrert array 'EMC-CLARiiON-CKM0015xxxxx15'.
com.emc.vplex.via.orca.amp.AMPException: Kan ikke føre opp lagringsutvalg for array 'EMC-CLARiiON-CKM0015xxxxx15' med leverandøren 'nw-ut-01-031'. Cause: Unable to connect
at com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java:96)
truncated
[Tip] grep for ERROR som følger:
[vplexuser@RP_VPLEX_logserver vias]$ grep ERROR bole.log_20160909095747
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: Kunne ikke hente lagringsutvalg for administrert array 'EMC-CLARiiON-CKM0015xxxxx15'.
2016-10-14 23:32:46,519 ERROR [Timer-6] PoolCache: GetPoolsForArray: Failed on array EMC-CLARiiON-CKM0015xxxxx15
[vplexuser@RP_VPLEX_logserver vias]$ grep 2016-10-14 via.log_20160909095747
2016-10-14 23:32:46,490 ERROR [Timer-6] ArrayManagementProvider: com.emc.vplex.via.orca.amp.AMPException: Kan ikke føre opp lagringsutvalg for array 'EMC-CLARiiON-CKM0015xxxxx15' med leverandøren 'nw-ut-01-031'. Cause: Kan ikke koble
tilUnntaket ovenfor viser at SMI GetPoolsForArray-kommandoen mislyktes med årsak kan ikke koble til etter at dette unntaket ble oppfylt, var det ikke flere vellykkede GetPoolsForArray-kommandoer kjørt til problemmatrisen.
Ser vi på VPlex-fastvareloggene som ligger i /var/log/VPlex/cli/ firmware.log ved å se på tidsstempelet for unntaket ovenfor i dette tilfellet, viste mange hendelser som indikerte at arrayet vedvarende stor ustabilitet koblet fra VPlex og snart koblet til igjen, noe som forårsaket en logggjenoppbygging av all DD med ben på dette arrayet, da unntaket logget og ingen senere vellykkede get pool-kommandoer ble kjørt.
Merk: I dette tilfellet hadde kunden et VNX-array koblet til VPlex cluster-1 og et annet VNX-array samlet VPlex cluster-2 med begge VPlex-klyngene som registrerte samme Array Service Provider-server.
Oppløsning
- Få kunden til å identifisere bassengnavnet og -matrisen der dette bassenget befinner seg
- Bekreft at arrayet er registrert hos VPlex under arrayserverleverandører for den bestemte VPlex-klyngen.
Slik ser du leverandøren av arrayadministrasjon server:
VPlexcli:/>cd clusters/PRA-VPLEXCL-2/storage-elements/array-providers/
VPlexcli:/clusters/cluster-2/storage-elements/array-providers>ll
Name Provider Type Connectivity Status
------------ ------------- -------------------
Server_name SMI-S tilkoblet
Kontrollere AMP-serverstatus som vist fra VPlex:
VPlexcli:/clusters/cluster-2/storage-elements/array-providers/server_name>ll
Attributter:
Navn Verdi
------------------- --------------
tilkoblingsstatus tilkoblet
ip-adresse 111.222.333.444
port 5988
leverandør-type SMI-S
bruk-SSL falskt
brukernavn admin
Kontrollere de administrerte matrisene på den VPlex-klyngen:
VPlexcli:/clusters/cluster-2/storage-elements/array-providers/server_name/managed-arrays>ll
Name
---------------------------
EMC-CLARiiON-ArraySerialNumber
Dette bekrefter at AMP-serveren er i kontakt med VPlex og arrayet med AMP-serveren.
- Bekrefte at array-tilkobling er ok for alle arrayer som er koblet til denne AMP-serveren som kontrollerer klynge 1 og 2.
- Generell helsesjekk
- Kontroller fastvarelogger for strømming av SCSI/133, stdf/17, disk/1004, apf/13
- Hvis arrayer og AMP-servertilkobling er ok, kan du starte administrasjonskonsollen på administrasjonsserveren på nytt med kommandoen for administrasjonsserveren
service@cluster-2: ~>sudo /etc/init.d/VPlexManagementConsole restart
Fra VPlexcli; Sjekk ledig plass i bassenget på nytt:
VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Total ledig plass til bassenget skal samsvare med bassengets ledige plass sett fra VNX GUI
Berørte produkter
VPLEX SeriesProdukter
VPLEX Series, VPLEX VS1, VPLEX VS2, VPLEX VS6Artikkelegenskaper
Artikkelnummer: 000171054
Artikkeltype: Solution
Sist endret: 05 mai 2026
Versjon: 6
Få svar på spørsmålene dine fra andre Dell-brukere
Støttetjenester
Sjekk om enheten din er dekket av støttetjenestene.