VPLEX: En GeoSynchrony 6.2 parche 5, el firmware del director puede bloquearse repetidamente cuando se utiliza VPLEX en la replicación de RP

Resumen: Después de la actualización de un firmware del director de VPLEX a GeoSynchrony 6.2 parche 5, es posible que se bloquee si el tamaño de IO de UNMAP es mayor que 1 MB y el volumen está protegido por RecoverPoint. ...

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.
Consulte estos recursos

Síntomas

Cuando se ejecuta un comando de desasignación de scsi y se envía una E/S superior a 1 MB al divisor de VPLEX, cuando RecoverPoint está configurado en VPLEX, provoca problemas que, a su vez, provocarán una falla general del firmware del director y podrían provocar una interrupción total del clúster (TCO) o una posible situación de falta de disponibilidad de datos (DU).

En los registros de firmware, verá la lista ASSERT: 
128.221.253.35/cpu0/log:5988:W/"006016ad681c5222-2":2337:2022/02/24 05:11:00.94: utl/0 ASSERT: /export/local1/jenkins/clone_legacy/nsfw/snac/amf/splitter.c:splitterPrepareAlpsFromDva/572: not enough alps available for transfer
128.221.252.35/cpu0/log:5988:W/"006016ad681c5222-2":8879:2022/02/24 05:43:45.72: utl/0 ASSERT: /export/local1/jenkins/clone_legacy/nsfw/snac/amf/splitter.c:splitterPrepareAlpsFromDva/572: not enough alps available for transfer


Causa

En GeoSynchrony 6.2 parche 5, se realizaron cambios en la forma en que se procesan los comandos de desasignación, lo que creó una exposición para una condición no controlada cuando se reciben comandos UNMAP de SCSI de más de 1 MB para los volúmenes involucrados en la replicación de RecoverPoint, lo que provoca que el firmware del director se bloquee.

Resolución

Resolución permanente:
Este problema se resolvió en GeoSynchrony 6.2 parche 6 y versiones posteriores.

Solución:
 

  1. Si se encuentra activamente este problema, deberá ponerse en contacto con el servicio al cliente de VPLEX para obtener ayuda y, además, si desea ver qué volúmenes virtuales están configurados para thin-enabled, ya que se utiliza unmap solo para volúmenes virtuales habilitados para delgados, ejecute el siguiente comando, establezca Putty en logging para capturar la salida del comando,

   
VPlexcli:/> ll /clusters/cluster-*/virtual-volumes

       

  1. Una vez que el comando se haya completado, tendrá una copia guardada de los datos capturados de PuTTY para referirse a.

 

  1. Si desea intentar acceder a VPlexcli para deshabilitar unmap, denominado "Thin Enabled", para todos los volúmenes virtuales, ejecute el siguiente comando. Dado que el comando es un comando global, se puede ejecutar en el símbolo del sistema de VPlexcli principal, no es necesario desglosar al nivel de contexto del volumen virtual. Para deshabilitar Thin-Enabled para todos los volúmenes virtuales, ejecute la siguiente cadena de comandos.

 
set /clusters/*/virtual-volumes/*::thin-enabled false
 

  1. En este punto, el sistema debe estabilizarse y el firmware debe dejar de bloquearse. Compruebe el "estado del clúster" y el "tiempo de actividad del director" para asegurarse de que todos los directores estén en línea. Utilice "director run" para iniciar los directores enumerados en un estado "detenido" (esto no reiniciará ningún director que ya esté funcionando).

Productos afectados

VPLEX Series, VPLEX VS2, VPLEX VS6
Propiedades del artículo
Número del artículo: 000196771
Tipo de artículo: Solution
Última modificación: 11 jun 2025
Versión:  7
Encuentre respuestas a sus preguntas de otros usuarios de Dell
Servicios de soporte
Compruebe si el dispositivo está cubierto por los servicios de soporte.