PowerFlex 4.x : échec de l’ajout d’un RG existant avec VXFM0004 ou VXFM00611

Après la suppression précédente du groupe de ressources et le réajout de ce groupe de ressources, l’interface utilisateur affiche les éléments suivants : 

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 présente des images similaires à celles ci-dessous :

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] 

L’un des deux nœuds utilisés dans le déploiement de service passe à l’état « Déployé » après la suppression du service de l’appliance. 
État attendu du nœud après la suppression du service de l’appliance : Prêt


Causé par le code de surveillance de l’intégrité du Thin Deployer : 
Le code supprime les mises à jour périodiques de l’inventaire (à partir de la logique de code héritée, nous mettions à jour l’inventaire des appareils au même état ) - C’est une bonne chose, mais ce n’est pas obligatoire car cela met à jour une entrée de données obsolète pour l’appareil.... lorsque l’état de l’appareil passe de « Deployed » à « Ready » par asm-core et que le bilan de santé le met à nouveau à jour sur « Deployed »

1. Supprimer le nœud correspondant de l’inventaire des ressources
2. Redécouvrez-le
3. Passez à « Ajouter un groupe de ressources existant »