PowerFlex 4.x - L'aggiunta del gruppo di replica esistente non riesce con VXFM0004 o VXFM00611

Dopo la rimozione precedente del gruppo di risorse e la successiva aggiunta del gruppo di risorse, l'interfaccia utente mostra: 

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 viene visualizzato come di seguito:

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 dei due nodi utilizzati nel deployment del servizio passa allo stato "Deployed" dopo aver rimosso il servizio dall'appliance. 
Stato previsto del nodo dopo la rimozione dal servizio dall'appliance: Pronto


Causato dal codice di monitoraggio dello stato del thin deployer: 
Il codice rimuove gli aggiornamenti periodici dell'inventario (dalla logica del codice legacy stavamo aggiornando l'inventario dei dispositivi allo stesso stato): questo è valido ma non necessario in quanto si tratta di aggiornare l'immissione di dati obsoleti per il dispositivo.... quando lo stato del dispositivo viene modificato da "Implementato" a "Pronto" da asm-core e il controllo integrità lo aggiorna nuovamente a "Implementato"

1. Rimozione del rispettivo nodo dall'inventario delle risorse
2. Riscoprirla di nuovo
3. Procedere con "Add Existing Resource Group"