Failed to create a new VI Workload Domain using an existing NSX Manager cluster due to "Unable to update Workload Domain Status in Logical Inventory"
search cancel

Failed to create a new VI Workload Domain using an existing NSX Manager cluster due to "Unable to update Workload Domain Status in Logical Inventory"

book

Article ID: 401653

calendar_today

Updated On:

Products

VMware SDDC Manager

Issue/Introduction

  • Domainmanager.log:

    yyyy-mm-ddT##:##:##.950+0000 DEBUG [vcf_dm,###################,####] [c.v.e.s.o.c.c.ContractParamBuilder,dm-exec-11]  Contract task Publish Event in SDDC Manager Inventory input: {"type":"DOMAI
    N_CREATION_FAILED","source":"#########-####-####-####-############","eventJsonData":"{\"resourceId\":\""#########-####-####-####-############\",\"workflowData\":{\"startTime\":\"Jun 12, 2025, 11:14:36 AM\",\"e
    xecutionStatus\":\"COMPLETED_WITH_FAILURE\",\"executionErrors\":{\"ADD_VI_UPDATE_LOGICAL_INVENTORY_FAILED\":\"Unable to update Workload Domain Status in Logical Inventory.\"}}}"}
    yyyy-mm-ddTxx:xx:xx.070+0000 DEBUG [vcf_dm,####################,####] [c.v.e.s.o.c.ProcessingTaskSubscriber,dm-exec-20]  Invoking task GenerateReleaseResourcesLockDataAction.PREVALIDATE Descript
    ion: Generate Release resource locks data, Plugin: SddcManagerPlugin, ParamBuilder null, Input map: {acquireResourceLocksSpec=acquireDomainResourceLocksSpec, continueOnFailure=ReleaseResourceLocks__onError_
    _6__continueOnFailure}, Id: 7f000001-9716-1ac0-8197-63d9538f0112 ..

  • lcm.log:

    yyyy-mm-ddT##:##:##.186+0000 DEBUG [vcf_dm,0000000000000000,0000] [c.v.v.v.s.n.n.NsxtClusterServiceImpl,ForkJoinPool.commonPool-worker-2]  NSX version 4.1.2.3.0-23382408 is supported for addVi
    yyyy-mm-ddT##:##:##.140+0000 ERROR [vcf_dm,###############################,####] [c.v.e.s.c.s.a.l.LcmPublicApiAdapterImpl,dm-exec-7]  Failed to save or update target version for domain id "#########-####-####-####-############, version 5.1.1.0 and vxRail version null
    yyyy-mm-ddT##:##:##.141+0000 INFO  [vcf_dm,######################,####] [c.v.e.s.c.s.WorkflowStatusEventHandler,dm-exec-7]  Releasing all resource locks held by executionId "#########-####-####-####-############ using old Lock Manager API.
    yyyy-mm-ddT##:##:##.141+0000 INFO  [vcf_dm,##########################,####] [c.v.e.s.c.s.a.l.LockingServiceAdapterImpl,dm-exec-7]  Getting list of locks currently held in the system
    yyyy-mm-ddT##:##:##.159+0000 INFO  [vcf_dm,#########################,####] [c.v.e.s.c.s.WorkflowStatusEventHandler,dm-exec-7]  Releasing all task locks held by execution with id "#########-####-####-####-############.
    yyyy-mm-ddT##:##:##:##.263+0000 WARN  [vcf_dm,########################,####] [c.v.v.v.e.s.ViManagerExecutionSubscriber,dm-exec-7]  Exception occurred while checking for add vi workflow spec check
    com.vmware.evo.sddc.orchestrator.exceptions.OrchTaskException: Unable to update Workload Domain Status in Logical Inventory.
            at com.vmware.vcf.vimanager.UpdateViStatusInLogicalInventory.updateDomainStatus(UpdateViStatusInLogicalInventory.java:75)
            at com.vmware.vcf.vimanager.fsm.modelclients.ViManagerSpecClientImpl.updateDomainStatus(ViManagerSpecClientImpl.java:172)
            at jdk.internal.reflect.GeneratedMethodAccessor1037.invoke(Unknown Source)
            at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
            at java.base/java.lang.reflect.Method.invoke(Method.java:568)
            at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:343)
            at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:196)
            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
            at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:750)
            at org.springframework.retry.interceptor.RetryOperationsInterceptor$1.doWithRetry(RetryOperationsInterceptor.java:102)
            at org.springframework.retry.support.RetryTemplate.doExecute(RetryTemplate.java:329)
            at org.springframework.retry.support.RetryTemplate.execute(RetryTemplate.java:209)
            at org.springframework.retry.interceptor.RetryOperationsInterceptor.invoke(RetryOperationsInterceptor.java:135)
            at org.springframework.retry.annotation.AnnotationAwareRetryOperationsInterceptor.invoke(AnnotationAwareRetryOperationsInterceptor.java:160)
            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:184)
            at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:750)
            at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:702)
            at com.vmware.vcf.vimanager.fsm.modelclients.ViManagerSpecClientImpl$$SpringCGLIB$$0.updateDomainStatus(<generated>)
            at com.vmware.vcf.vimanager.ViManagerEventHandler.updateViBeingAdded(ViManagerEventHandler.java:127)
            at com.vmware.vcf.vimanager.ViManagerEventHandler.onFailure(ViManagerEventHandler.java:86)
            at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
            at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
            at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
            at java.base/java.lang.reflect.Method.invoke(Method.java:568)
            at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:343)
            at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:196)
            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
            at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:750)
            at org.springframework.retry.annotation.AnnotationAwareRetryOperationsInterceptor.invoke(AnnotationAwareRetryOperationsInterceptor.java:163)
            at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:184)
            at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.proceed(CglibAopProxy.java:750)
            at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:702)
            at com.vmware.vcf.vimanager.ViManagerEventHandler$$SpringCGLIB$$0.onFailure(<generated>)


            at com.google.common.eventbus.Subscriber.invokeSubscriberMethod(Subscriber.java:85)
            at com.google.common.eventbus.Subscriber$SynchronizedSubscriber.invokeSubscriberMethod(Subscriber.java:142)
            at com.google.common.eventbus.Subscriber.lambda$dispatchEvent$0(Subscriber.java:71)
            at com.vmware.vcf.common.tracing.TraceRunnable.run(TraceRunnable.java:59)
            at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
            at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
            at java.base/java.lang.Thread.run(Thread.java:833)
    Caused by: com.vmware.evo.sddc.common.services.error.SddcManagerServicesIsException: Failed to save or update target version for domain id = "#########-####-####-####-############ and version = 5.1.1.0
            at com.vmware.evo.sddc.common.services.adapters.lcmpublicapiservice.LcmPublicApiAdapterImpl.saveOrUpdateTargetVersion(LcmPublicApiAdapterImpl.java:319)
            at com.vmware.evo.sddc.common.services.adapters.lcmpublicapiservice.LcmPublicApiAdapterImpl.updateTargetVersionForDomainInCluster(LcmPublicApiAdapterImpl.java:262)
            at com.vmware.vcf.vimanager.UpdateViStatusInLogicalInventory.updateDomainStatus(UpdateViStatusInLogicalInventory.java:70)
            ... 45 common frames omitted

  • SDDC Manager failing task:
    Description       Validate Workload Domain state upon retry and update its status in the SDDC Manager Inventory

    Progress Messages Unable to update Workload Domain Status in Logical Inventory.

                      Unable to update Workload Domain Status in Logical Inventory.

    Error            Message: Unable to update Workload Domain Status in Logical Inventory.

                     Remediation Message: Verify that the commonsvcs service is running in the SDDC Manager appliance and that the SDDC Manager inventory API is accessible                   and running. Then, try again the operation.

                     Reference Token: #####

                     Cause: Failed to save or update target version for domain id = "#########-####-####-####-############ and version = 5.x.x.x
  • This issue is seen when creating a new domain that shares the NSX with another domain which is already having a saved target-state.

Environment

VMware Cloud Foundation 5.2

Resolution

To resolve this issue, contact GS for assistance.

Powered by Wolken Software