VMware Cloud Community
Oneway1992
Contributor
Contributor
Jump to solution

VMware SRA 8.2 Certification question about SetupNFSTests

We use workbench 3.6 to run SRA certification

the first item: SetupNFSTests

Workbench show ERROR as follow:

Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'drTestClientManager' defined in URL [jar:file:/opt/vmware/VTAF/sra82-cert/VTAF/Test/SRM/SRA/srm82/lib/srmqa-main-main-SNAPSHOT.jar!/com/vmware/srm/core/test/base/DrTestClientManager.class]:
Bean instantiation via constructor failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate[com.vmware.srm.core.test.base.DrTestClientManager]: Constructor threw exception; nested exception is java.lang.RuntimeException: com.vmware.srm.main.core.test.TestException: Error initializing CIS connection

Tags (2)
0 Kudos
1 Solution

Accepted Solutions
iduevski
VMware Employee
VMware Employee
Jump to solution

hi, the attached error is not sufficient for real root-causing, however the same message is a symptom with one typical configuration error when using the underlying test suite. as a rule, in test configuration props you need to specify SSO addresses in the same form, as used when installing vSphere and SRM to create component registrations in Lookup Service - and the recommended address form is normally FQDN. if testbed was installed with FQDN, but you have used IP addresses in configuration props (or vice versa), you can get this error. so make sure props match the addresses used for LS registration. if this doesn't resolve the issue, please post the complete stack trace for the error, as the headline error message wouldn't be enough to diagnose the problem.

best regards,

Ivailo Duevski

SRM QE

View solution in original post

0 Kudos
1 Reply
iduevski
VMware Employee
VMware Employee
Jump to solution

hi, the attached error is not sufficient for real root-causing, however the same message is a symptom with one typical configuration error when using the underlying test suite. as a rule, in test configuration props you need to specify SSO addresses in the same form, as used when installing vSphere and SRM to create component registrations in Lookup Service - and the recommended address form is normally FQDN. if testbed was installed with FQDN, but you have used IP addresses in configuration props (or vice versa), you can get this error. so make sure props match the addresses used for LS registration. if this doesn't resolve the issue, please post the complete stack trace for the error, as the headline error message wouldn't be enough to diagnose the problem.

best regards,

Ivailo Duevski

SRM QE

0 Kudos