PowerFlex 4.x - Add Existing RG Fails with VXFM0004 or VXFM00611
Summary: Add Existing Service Fails with VXFM0004 or HTTP 500 Internal Server Error. After previously removing the Service from PFxM appliance, one (or more) nodes are in "Deployed" state. Expected status of the node after service removal from the appliance: Ready ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
After previous removal of resource group and now re-adding that resource group, the UI shows:
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 shows similar to below:
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]
Cause
One of the nodes out of the two nodes used in service deployment goes into "Deployed" state after removing the service from the appliance.
Expected status of the node after service removal from the appliance: Ready
Caused by thin-deployer health monitoring code:
Code removes the periodic inventory updates (from legacy code logic we were updating device inventory to the same status ) - this is good but not required as this is updating stale data entry for device....when device state is changed from "Deployed" to "Ready" by asm-core and health check is again updating it to "Deployed"
Expected status of the node after service removal from the appliance: Ready
Caused by thin-deployer health monitoring code:
Code removes the periodic inventory updates (from legacy code logic we were updating device inventory to the same status ) - this is good but not required as this is updating stale data entry for device....when device state is changed from "Deployed" to "Ready" by asm-core and health check is again updating it to "Deployed"
Resolution
- Remove the respective node from the resources inventory
- Rediscover it again
- Proceed with "Add Existing Resource Group"
Article Properties
Article Number: 000217807
Article Type: Solution
Last Modified: 30 May 2025
Version: 2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.
asmManager.log shows similar to below: