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
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
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