VPLEX: La GUI y la CLI no muestran nuevo espacio libre en el pool de almacenamiento expandido.
Resumen: VPlex 5.4 que utiliza VIAS para integrar el almacenamiento de VNX muestra un tamaño incorrecto del pool de almacenamiento después de que se realizó una expansión del pool en el arreglo VNX conectado. El nuevo espacio libre agregado al pool de almacenamiento en el arreglo no se refleja en el contexto de los pools de almacenamiento de la CLI o la GUI de VPLEX. ...
Este artículo se aplica a
Este artículo no se aplica a
Este artículo no está vinculado a ningún producto específico.
No se identifican todas las versiones del producto en este artículo.
Síntomas
El cliente está creando nuevos volúmenes virtuales de VPLEX a partir de pools de almacenamiento, pero la operación falla debido a que no tiene suficiente espacio en el pool de almacenamiento seleccionado.
En algún momento, la creación de este volumen virtual mediante la creación de arreglos VNX conectados al mismo servidor del proveedor de servicios de arreglos sufría una gran inestabilidad, lo que provocaba que el arreglo se desconectara del VPLEX. El marco temporal de estas cuestiones debe correlacionarse con la excepción, como se ve en el bole.log.
No se pueden crear nuevos volúmenes virtuales de VPLEX a partir de los pools de almacenamiento.
Cuando se creaban volúmenes virtuales mediante el método de aprovisionamiento de almacenamiento desde pools, se observaba que el pool de clústeres > de VPLEX mostraba un valor incorrecto en comparación con la salida de la GUI de VNX (Unisphere para VNX) que se veía en Storage > Pools con el nombre del pool del problema. En comparación con la salida
de la CLI de VPLEX:VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Ejemplo:
Nombre Espacio libre total Espacio total utilizado Espacio total Tipos
de pools------ ---------------- ---------------- ----------- -----------
pool 1 7T 81.1T 138T Grueso, delgado
del VPlex El pool de CLI tiene 7 TB de espacio libre, pero desde el pool de GUI de VNX 1 realmente tenía 54 TB de espacio libre, esta incompatibilidad es el problema que hace que VPLEX crea que no hay suficiente espacio libre para crear nuevos volúmenes virtuales.
En algún momento, la creación de este volumen virtual mediante la creación de arreglos VNX conectados al mismo servidor del proveedor de servicios de arreglos sufría una gran inestabilidad, lo que provocaba que el arreglo se desconectara del VPLEX. El marco temporal de estas cuestiones debe correlacionarse con la excepción, como se ve en el bole.log.
No se pueden crear nuevos volúmenes virtuales de VPLEX a partir de los pools de almacenamiento.
Cuando se creaban volúmenes virtuales mediante el método de aprovisionamiento de almacenamiento desde pools, se observaba que el pool de clústeres > de VPLEX mostraba un valor incorrecto en comparación con la salida de la GUI de VNX (Unisphere para VNX) que se veía en Storage > Pools con el nombre del pool del problema. En comparación con la salida
de la CLI de VPLEX:VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools
Ejemplo:
Nombre Espacio libre total Espacio total utilizado Espacio total Tipos
de pools------ ---------------- ---------------- ----------- -----------
pool 1 7T 81.1T 138T Grueso, delgado
del VPlex El pool de CLI tiene 7 TB de espacio libre, pero desde el pool de GUI de VNX 1 realmente tenía 54 TB de espacio libre, esta incompatibilidad es el problema que hace que VPLEX crea que no hay suficiente espacio libre para crear nuevos volúmenes virtuales.
Causa
En el servidor de administración de En el clúster de VPLEX al que está conectado el arreglo con problemas, consulte el siguiente archivo de registro del servidor de administración en el directorio /var/log/VPlex/cli/ bole.log observe el registro más reciente. Uso del menos cmd:
Ejemplo: service@cluster-1:/var/log/VPlex/cli> less bole.log_20161025105350
En el archivo de registros Collect-diagnostics, se encuentra en el directorio mgmt_server/cluster-X/vias, analice los archivos bole.log y observe los más recientes.
Busque la siguiente excepción:
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: No se pudieron obtener pools de almacenamiento para el arreglo administrado "EMC-CLARiiON-CKM0015xxxxx15".
com.emc.vplex.via.orca.amp.AMPException: No se pudieron enumerar los pools de almacenamiento para el arreglo "EMC-CLARiiON-CKM0015xxxxx15" con el proveedor "nw-ut-01-031". Causa: No se puede conectar
en com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java:96)
truncated
[Consejo] grep para el ERROR de la siguiente manera:
[vplexuser@RP_VPLEX_logserver vias]$ grep ERROR bole.log_20160909095747
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: No se pudieron obtener pools de almacenamiento para el arreglo administrado "EMC-CLARiiON-CKM0015xxxxx15".
2016-10-14 23:32:46,519 ERROR [Timer-6] PoolCache: GetPoolsForArray: Falló en el arreglo 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: No se pudieron enumerar los pools de almacenamiento para el arreglo "EMC-CLARiiON-CKM0015xxxxx15" con el proveedor "nw-ut-01-031". Causa: No se puede conectar
La excepción anterior muestra que el comando GetPoolsForArray de SMI falló y provocó que no se pudo conectar después de que se cumplió esta excepción y no se ejecutaron más comandos GetPoolsForArray en el arreglo con problemas.
Al observar los registros del firmware de VPLEX ubicados en /var/log/VPlex/cli/ firmware.log al observar la marca de tiempo de la excepción anterior, en este caso se mostraron muchos eventos que indican que el arreglo sufrió una inestabilidad importante, se desconectó de VPlex y pronto se volvió a conectar, lo que provocó una reconstrucción de registro de todos los DD con la sección en este arreglo, momento en el que la excepción se registró y no se ejecutaron comandos de obtención de pool exitosos posteriores.
Nota: En este caso, el cliente tenía un arreglo VNX conectado al clúster 1 de VPLEX y otro arreglo VNX recolectó el clúster 2 de VPLEX con ambos clústeres VPlex registrando el mismo servidor del proveedor de servicios de arreglo.
Ejemplo: service@cluster-1:/var/log/VPlex/cli> less bole.log_20161025105350
En el archivo de registros Collect-diagnostics, se encuentra en el directorio mgmt_server/cluster-X/vias, analice los archivos bole.log y observe los más recientes.
Busque la siguiente excepción:
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: No se pudieron obtener pools de almacenamiento para el arreglo administrado "EMC-CLARiiON-CKM0015xxxxx15".
com.emc.vplex.via.orca.amp.AMPException: No se pudieron enumerar los pools de almacenamiento para el arreglo "EMC-CLARiiON-CKM0015xxxxx15" con el proveedor "nw-ut-01-031". Causa: No se puede conectar
en com.emc.vplex.via.orca.amp.types.smis.SMISManagementProvider.listAllStorageResourcePools(SMISManagementProvider.java:96)
truncated
[Consejo] grep para el ERROR de la siguiente manera:
[vplexuser@RP_VPLEX_logserver vias]$ grep ERROR bole.log_20160909095747
2016-10-14 23:32:46,507 ERROR [Timer-6] Bole: No se pudieron obtener pools de almacenamiento para el arreglo administrado "EMC-CLARiiON-CKM0015xxxxx15".
2016-10-14 23:32:46,519 ERROR [Timer-6] PoolCache: GetPoolsForArray: Falló en el arreglo 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: No se pudieron enumerar los pools de almacenamiento para el arreglo "EMC-CLARiiON-CKM0015xxxxx15" con el proveedor "nw-ut-01-031". Causa: No se puede conectar
La excepción anterior muestra que el comando GetPoolsForArray de SMI falló y provocó que no se pudo conectar después de que se cumplió esta excepción y no se ejecutaron más comandos GetPoolsForArray en el arreglo con problemas.
Al observar los registros del firmware de VPLEX ubicados en /var/log/VPlex/cli/ firmware.log al observar la marca de tiempo de la excepción anterior, en este caso se mostraron muchos eventos que indican que el arreglo sufrió una inestabilidad importante, se desconectó de VPlex y pronto se volvió a conectar, lo que provocó una reconstrucción de registro de todos los DD con la sección en este arreglo, momento en el que la excepción se registró y no se ejecutaron comandos de obtención de pool exitosos posteriores.
Nota: En este caso, el cliente tenía un arreglo VNX conectado al clúster 1 de VPLEX y otro arreglo VNX recolectó el clúster 2 de VPLEX con ambos clústeres VPlex registrando el mismo servidor del proveedor de servicios de arreglo.
Resolución
- Pida al cliente que identifique el nombre del pool y el arreglo donde se encuentra este pool
- Confirme que el arreglo esté registrado con VPLEX en los proveedores de servidores de arreglos para el clúster de VPLEX específico.
Para ver el servidor del proveedor de administración de arreglos:
VPlexcli:/>cd clusters/PRA-VPLEXCL-2/storage-elements/array-providers/
VPlexcli:/clusters/cluster-2/storage-elements/array-providers>ll
Nombre Tipo de proveedor Estado de conectividad
------------ ------------- -------------------
Server_name SMI-S conectado
Comprobación del estado del servidor AMP como se ve desde el VPLEX:
VPlexcli:/clusters/cluster-2/storage-elements/array-providers/server_name>ll
Atributos:
Nombre Valor------------------- --------------estado de conectividad dirección IP conectada
111.222.333.444
puerto 5988
tipo de proveedor SMI-S
use-ssl nombre de usuario falso
admin Comprobación de los arreglos administrados en ese clúster de VPLEX:
VPlexcli:/clusters/cluster-2/storage-elements/array-providers/server_name/managed-arrays>ll
Name
---------------------------
EMC-CLARiiON-ArraySerialNumber
Esto confirma que el servidor AMP está en contacto con VPLEX y el arreglo con el servidor AMP.
- Confirme que la conectividad del arreglo sea adecuada para cualquier arreglo conectado a este servidor AMP que compruebe los clústeres 1 y 2.
- Evaluación del estado general
- Comprobar registros de firmware para streaming SCSI/133, STDF/17, DISK/1004, APF/13
- Si los arreglos y la conexión del servidor AMP están en buen estado, reinicie la consola de administración del servidor de administración con el comando del servidor de administración
service@cluster-2:~>sudo /etc/init.d/VPlexManagementConsole restart
Desde VPlexcli; Vuelva a comprobar el espacio libre del pool:
VPlexcli: ll /clusters/cluster-x/storage-elements/array-providers/AMPServerName/managed-arrays/EMC-CLARiiON-Array/storage-pools El
espacio libre total para el pool debe coincidir con el espacio libre del pool, como se ve en la GUI de VNX
Productos afectados
VPLEX SeriesProductos
VPLEX Series, VPLEX VS1, VPLEX VS2, VPLEX VS6Propiedades del artículo
Número del artículo: 000171054
Tipo de artículo: Solution
Última modificación: 05 may 2026
Versión: 6
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.