PowerFlex 4.x: La adición de RG existente falla con VXFM0004 o VXFM00611

Después de la eliminación anterior del grupo de recursos y ahora volver a agregar ese grupo de recursos, la interfaz de usuario muestra lo siguiente: 

An error occurred.  Expand the list to view the details of the error. (500)
The operation cannot be performed because of an internal issue. (VXFM0004)

asmManager.log muestra algo similar a lo que se muestra a continuación:

2023-07-18 04:05:14,981 [https-jsse-nio-9080-exec-5] (ServiceTemplateComponentService.java:75) [DEBUG] filter: (serviceTemplate.templateId ne "ad43fce5-9a80-466e-9ebe-8bb5
002faae8") and (type eq "SCALEIO") and (asmGUID eq "scaleio-block-legacy-gateway") and (parameters.value eq "PD-1") and (serviceTemplate.deployment notnull)
2023-07-18 04:05:14,981 [https-jsse-nio-9080-exec-5] (ServiceTemplateComponentService.java:76) [DEBUG] sort: name
2023-07-18 04:05:14,981 [https-jsse-nio-9080-exec-5] (ServiceTemplateComponentService.java:77) [DEBUG] offset: 0 limit: 1
2023-07-18 04:05:15,089 [https-jsse-nio-9080-exec-5] (DeploymentService.java:1636) [ERROR] Device Reservation for deployment 82ecd3ee-0234-47fe-b33c-f61d15190834 failed. R
olling back attached devices and their states
2023-07-18 04:05:15,144 [https-jsse-nio-9080-exec-5] (BrownfieldService.java:3162) [ERROR] Exception occurred while validating existing service
com.dell.asm.rest.common.exception.LocalizedWebApplicationException: HTTP 500 Internal Server Error
        at com.dell.asm.asmcore.asmmanager.app.rest.DeploymentService.updateFromComponentValues(DeploymentService.java:1582) ~[classes!/:?]
        at com.dell.asm.asmcore.asmmanager.app.rest.DeploymentService$$FastClassBySpringCGLIB$$fadfdd18.invoke(<generated>) ~[classes!/:?]
        at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218) ~[spring-core-5.3.27.jar!/:5.3.27]
        at org.springframework.aop.framework.CglibAopProxy.invokeMethod(CglibAopProxy.java:386) ~[spring-aop-5.3.27.jar!/:5.3.27]
        at org.springframework.aop.framework.CglibAopProxy.access$000(CglibAopProxy.java:85) ~[spring-aop-5.3.27.jar!/:5.3.27]
        at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:704) ~[spring-aop-5.3.27.jar!/:5.3.27]
        at com.dell.asm.asmcore.asmmanager.app.rest.DeploymentService$$EnhancerBySpringCGLIB$$53f63bf9.updateFromComponentValues(<generated>) ~[classes!/:?]
        at com.dell.asm.asmcore.asmmanager.app.rest.BrownfieldService.validateExistingService(BrownfieldService.java:2781) [classes!/:?]
        at com.dell.asm.asmcore.asmmanager.app.controller.BrownfieldController.validateExistingService(BrownfieldController.java:130) [classes!/:?]
        at com.dell.asm.asmcore.asmmanager.app.controller.BrownfieldController$$FastClassBySpringCGLIB$$b2683910.invoke(<generated>) [classes!/:?]
        at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:218) [spring-core-5.3.27.jar!/:5.3.27] 

Uno de los dos nodos utilizados en la implementación del servicio entra en el estado "Implementado" después de quitar el servicio del dispositivo. 
Estado esperado del nodo después de la eliminación del servicio del dispositivo: Listo


Causado por el código de monitoreo de estado del implementador delgado: 
El código elimina las actualizaciones periódicas del inventario (desde la lógica del código heredado, actualizábamos el inventario del dispositivo al mismo estado): esto es bueno, pero no es necesario, ya que está actualizando la entrada de datos obsoletos para el dispositivo.... cuando asm-core cambia el estado del dispositivo de "Implementado" a "Listo" y la evaluación del estado lo actualiza nuevamente a "Implementado"

1. Elimine el nodo correspondiente del inventario de recursos
2. Redescubrelo de nuevo
3. Continúe con "Add Existing Resource Group"