VMware Validated Design for Software-Defined Data Center 5.0 | 22 JAN 2019 Check for additions and updates to these release notes. |
What's in the Release Notes
The release notes cover the following topics:
- About VMware Validated Design for Software-Defined Data Center 5.0
- VMware Software Components in the Validated Design
- What's New
- Internationalization
- Compatibility
- Installation
- Lifecycle of the VMware Software Components
- Caveats and Limitations
- Documentation Delivery Log
- Known Issues
About VMware Validated Design for Software-Defined Data Center 5.0
VMware Validated Design provides a set of prescriptive documents that explain how to plan, deploy, and configure a Software-Defined Data Center (SDDC). The architecture, the detailed design, and the deployment guides provide instructions about configuring a dual-region SDDC.
VMware Validated Design is tested by VMware to ensure that all components and their individual versions work together, scale, and perform as expected. Unlike Reference Architectures which focus on an individual product or purpose, a VMware Validated Design is a holistic approach to design, encompassing many products in a full stack for a broad set of use case scenarios in an SDDC.
This VMware Validated Design supports a number of use cases, and is optimized for integration, expansion, Day-2 operations, as well as future upgrades and updates. As new products are introduced, and new versions of existing products are released, VMware continues to qualify the cross-compatibility and upgrade paths of VMware Validated Design. Designing with a VMware Validated Design ensures that future upgrade and expansion options are available and supported.
VMware Software Components in the Validated Design
VMware Validated Design for Software-Defined Data Center 5.0 is based on a set of individual VMware products with different versions that are available in a common downloadable package.
The products included in VMware Validated Designs participate in the VMware's Customer Experience Improvement Program ("CEIP"). Join the CEIP because this program provides us with information used to improve VMware products and services, fix problems, and advise you on how best to deploy and use our products.
Details regarding the data collected through CEIP and the purposes for which it is used by VMware are set forth at the Trust & Assurance Center at http://www.vmware.com/trustvmware/ceip.html. To join or leave the CEIP for the products that are part of VMware Validated Design, see the documentation for each product.
Product Group and Edition | Product Name | Product Version |
---|---|---|
VMware Validated Design | VMware Cloud Builder | 1.0 |
VMware vSphere Enterprise Plus | ESXi | 6.7 Update 1 |
vCenter Server Appliance | 6.7 Update 1 | |
vSphere Update Manager | 6.7 Update 1 | |
vSphere Replication | 8.1.1 | |
VMware vSAN Standard or higher | vSAN | 6.7 Update 1 |
VMware NSX Data Center Advanced or higher | NSX Data Center for vSphere | 6.4.4 |
VMware vRealize Suite Lifecycle Manager | vRealize Suite Lifecycle Manager | 2.0.0 Patch 2 |
VMware vRealize Operations Manager Advanced or higher | vRealize Operations Manager | 7.0 |
vRealize Operations Management Pack for NSX for vSphere | 3.5.2 | |
vRealize Operations Management Pack for Storage Devices | 7.0.0 | |
vRealize Operations Management Pack for Site Recovery Manager | 8.1.1 | |
VMware vRealize Log Insight | vRealize Log Insight | 4.7 |
vRealize Log Insight Content Pack for NSX for vSphere | 3.8 | |
vRealize Log Insight Content Pack for vRealize Automation 7.3+ | 2.1 | |
vRealize Log Insight Content Pack for vRealize Orchestrator 7.0.1+ | 2.0 | |
vRealize Log Insight Content Pack for vRealize Business | 1.3 | |
vRealize Log Insight Content Pack for Linux | 1.0 | |
vRealize Log Insight Content Pack for Site Recovery Manager | 1.7 | |
VMware vRealize Automation Advanced or higher | vRealize Automation | 7.5 |
VMware vRealize Business for Cloud Advanced | vRealize Business for Cloud | 7.5 |
VMware Site Recovery Manager Enterprise | Site Recovery Manager | 8.1.1 |
VMware makes available patches and releases to address critical security issues for several products. Verify that you are using the latest security patches for a given component when deploying VMware Validated Design.
VMware Solution Exchange and in-product marketplace store only the latest versions of the management packs for vRealize Operations Manager and the content packs for vRealize Log Insight. The software components table contains the latest versions of the packs that were available at the time this VMware Validated Design was validated. When you deploy the VMware Validated Design components, it is possible that the version of a management or content pack on VMware Solution Exchange and in-product marketplace is newer than the one used for this release.
For information on the lifecycle of the VMware software components in this VMware Validated Design, see Lifecycle of the VMware Software Components.
What's New
VMware Validated Design for Software-Defined Data Center 5.0 provides a list of new features:
- Updated Bill of Materials that incorporates new product versions
-
Automated SDDC deployment by using VMware Cloud Builder
The manual deployment guidance is now replaced with time- and effort- saving automated deployment of the SDDC. You prepare the environment, deploy a Cloud Builder instance, download the software bundle for VMware Validated Design, and input the environment specification to Cloud Builder. You perform only a minimal set of post-deployment tasks.
For multiple availability zones in Region A, VMware Validated Design supports manual addition of the second availability zone. -
Support for Microsoft Windows Server 2016 for the Windows virtual machines of vRealize Automation and Site Recovery Manager
-
Support for for Microsoft SQL Server 2017 for the external database of vRealize Automation.
-
Support for Ubuntu Server 18.04 for the virtual machines of vSphere Update Manager Download Service.
-
Multi-tenancy support in vRealize Orchestrator
-
Recommended use of 25 GbE NICs
-
Use of the HTML5-based vSphere Client for environment preparation, post-deployment configuration, and operational guidance in vSphere, NSX for vSphere, Site Recovery Manager, and vSphere Update Manager
For more information, see the VMware Validated Design Documentation page.
Internationalization
This VMware Validated Design release is available only in English.
Compatibility
This VMware Validated Design guarantees that product versions in the VMware Validated Design for Software-Defined Data Center 5.0, and the design chosen, are fully compatible. Any minor known issues that exist are described in this release notes document.
Installation
To install and configure an SDDC according to this validated design, follow the guidance in the VMware Validated Design 5.0 documentation. For product download information, and guides access, see the VMware Validated Design Documentation page.
New Lifecycle of the VMware Software Components
This VMware Validated Design version is based on one or more VMware products whose versions eventually reach the End of Support Life (EOSL) stage as described by the VMware Lifecycle Policies.Тhose versions are no longer generally supported by VMware. In such a case, upgrade to a later version by using the upgrade procedures in the VMware Validated Design Upgrade documentation.
If you are using an earlier version in your environment, upgrade your environment according to the following scenarios:
Scenario | Upgrade Approach |
---|---|
The version of VMware Validated Design that you are using has already entered the EOSL stage but the next VMware Validated Design version is still supported. | Apply the VMware Validated Design Upgrade documentation to bring the VMware environment to a fully supported state |
The version of VMware Validated Design that you are using and the next version have both already entered the EOSL stage | Because the VMware Validated Design Upgrade documentation supports upgrade only from one release to the next one, the transition across multiple releases might be complex. Contact a VMware sales representative to plan and perform a custom upgrade procedure with the assistance of VMware Professional Services. |
For more information about current and expired product releases, refer to the VMware Lifecycle Product Matrix.
Caveats and Limitations
- Version 3.2 of the vRealize Log Insight Content Pack for Microsoft SQL Server that you install in the SDDC is not fully validated with vRealize Log Insight 4.7 and Microsoft SQL Server 2017. See Technical Specification of vRealize Log Insight Content Pack for Microsoft SQL Server. As a result, the content pack might receive incompatible log data or not provide dashboards for and queries to the Microsoft SQL Server instance for vRealize Automation.
-
In addition to the software components from the Bill of Materials for this release, VMware Cloud Builder deploys the vRealize Operations Management Pack for SDDC Management Health 5.0 as a technical preview. Monitoring and alerting guidance for this component is not available in the VMware Validated Design documentation. For details on using the pack, see VMware SDDC Health Management Pack 5.0 Release Notes and VMware SDDC Health Monitoring Solution 5.0 Guide.
Documentation Delivery Log
The VMware Validated Design documentation is published in several iterations. On the release date, the core documents that introduce VMware Validated Design and provide guidance on the SDDC design, planning, and deployment are published live. The remaining documents are released in groups until the entire set is compliant with the Bill of Materials of the VMware Validated Design release.
Delivery Date | Documentation |
---|---|
22 JAN 2019 |
|
All documentation is available on the VMware Validated Design Documentation page. For details on the latest available guidance, see Documentation Map for VMware Validated Design.
Known Issues
The known issues are grouped as follows.
- vSphere
- vRealize Operations Manager
- vRealize Automation and Embedded vRealize Orchestrator
- VMware Cloud Builder
- vRealize Automation converged blueprint provisioning fails with error: CloneVM : [CloneVM_Task] - A general system error occurred: vDS host error: see faultCause
vRealize Automation converged blueprint provisioning fails because an attempt to perform a networking configuration operation on a vSphere Distributed Switch, such as creating a virtual machine adapter or a port group, causes the vSphere host to disconnect from the vCenter Server and results in the error message:
Transaction has rolled back on the host.
Workaround:
Increase the network rollback timeout of vCenter Server from 30 to 60 seconds.
See Networking Configuration Operation Is Rolled Back and a Host Is Disconnected from vCenter Server in the vSphere Troubleshooting documentation.
- After you perform disaster recovery or planned migration of the vRealize Operations Manager or Cloud Management Platform virtual machines, the vRealize Automation Adapter might be failing to collect statistics
This issue might occur during both failover to Region B and failback to Region A of the Cloud Management Platform or the vRealize Operations Manager analytics cluster.
After you perform disaster recovery or planned migration of the Cloud Management Platform or virtual machines of the vRealize Operations Manageran alytics cluster, the collection state of the vRealize Automation Adapter is
Failed
on the Administration > Solutions page of the vRealize Operations Manager user interface athttps://vrops01svr01.rainpole.local
.Workaround: Click the Stop Collecting button and click the Start Collecting button to manually restart data collection in the vRealize Automation Adapter.
- After you perform a failover operation, the vRealize Operations Manager analytics cluster might fail to start because of an NTP time drift between the nodes
- The vRealize Operations Manager user interface might report that some of the analytics nodes are not coming online with the status message
Waiting for Analytics
. - The log information on the vRealize Operations Manager master or master replica node might contain certain NTP-related details.
- The NTP logs in the
/var/log/
folder might report the following messages:
ntpd[9764]: no reply; clock not set
ntpd[9798]: ntpd exiting on signal 15 - The
analytics-wrapper.log
file in the/storage/log/vcrops/logs/
folder might report the following message:
INFO | jvm 1 | YYYY/MM/DD | >>> AnalyticsMain.run failed with error: IllegalStateException: time difference between servers is 37110 ms. It is greater than 30000 ms. Unable to operate, terminating...
- The NTP logs in the
Workaround: See VMware Knowledge Base article 2151266.
- The vRealize Operations Manager user interface might report that some of the analytics nodes are not coming online with the status message
- Manual installation of an IaaS Website component using the IaaS legacy GUI installer fails with a certificate validation error
The error message appears when you click Next on the IaaS Server Custom Install page with the Website component selected. This error message is a false negative and appears even when you select the right option. The error prevents the installation of a vRealize Automation IaaS Website component.
Workaround: See Knowledge Base article 2150645.
- Unable to log in to the vRealize Automation user interface after configuring a non-existing tenant as the authentication provider for the embedded vRealize Orchestrator.
The vRealize Automation user interface becomes unavailable after you configure the authentication settings on the Configure Authentication Provider page in the embedded vRealize Orchestrator Control Center with a non-existing tenant. For example, if you enter a tenant name with a typo.
You see the following services as unavailable on the Services tab at
https://vra01svr01a.rainpole.local:5480
:Service State advanced-designer-service UNAVAILABLE o11n-gateway-service UNAVAILABLE shell-ui-app UNAVAILABLE vco null Workaround: Correct the tenant details and verify the service state on the vRealize Automation appliances.
- Log in to the vRealize Orchestrator Control Center.
- Open a Web browser and go to
https://vra01svr01.rainpole.local:8283/vco-controlcenter
. - Log in using the following credentials.
Setting Value User name root Password deployment_admin_password
- Open a Web browser and go to
- On the Configure Authentication Provider page, update the authentication configuration with the correct tenant details.
- Wait until the control center replicates the settings to all vRealize Orchestrator servers in the cluster.
- Log in to the first vRealize Automation appliance.
- Log in to
https://vra01svr01a.rainpole.local:5480.
- Log in using the following credentials.
Setting Value User name root Password deployment_admin_password
- Log in to
- On the Services tab, verify that the status of all services is
REGISTERED
. - Repeat Step 4 and Step 5 on the other vRealize Automation appliances.
- Log in to the vRealize Orchestrator Control Center.
- Converged blueprint provisioning requests in vRealize Automation might fail in environments that have high workload churn rate
In environments that have a high curn rate for tenant workloads, requests for provisioning converged blueprints in vRealize Automation might fail with one of the following error messages.
Timeout Customizing machine
Workaround: None.
- After you perform disaster recovery of the Cloud Management Platform, the status of the shell-ui-app service might appear as Failed in the appliance management console of the vra01svr01b.rainpole.local node
This issue might occur during both failover to Region B and failback to Region A of the Cloud Management Platform. After you perform disaster recovery of the Cloud Management Platform, you see the follow symptoms when you verify the overall state of the platform:
- In the appliance management console
https://vra01svr01b.rainpole.local:5480
, the status of theshell-ui-app
service isFailed
. - The statistics about the vra-svr-443 pool on the NSX load balancer shows that the
vra01svr01b
node isDOWN
. - Trying to access the
https://vra01svr01b.rainpole.local/vcac/services/api/health
URL results with following error message:
The service shell-ui-app was not able to register the service information with the Component Registry service! This might cause other dependent services to fail. Error Message: I/O error on POST request for "https://vra01svr01.rainpole.local:443/SAAS/t/vsphere.local/auth/oauthtoken?grant_type=client_credentials": Read timed out; nested exception is java.net.SocketTimeoutException: Read timed out"
You can still log in to the vRealize Automation portal because the other vRealize Automation Appliance
vra01svr01a
can service your requests.Workaround: Restart the
vcac-server
service on thevra01svr01b.rainpole.local
node.- Open an SSH connection to the
vra01svr01b.rainpole.local
appliance and log in as theroot
user. - Restart the
vcac-server
service.
service vcac-server restart
- In the appliance management console
- After failover or failback during disaster recovery, login to the vRealize Automation Rainpole portal takes several minutes or fails with an error message
This issue occurs during both failover to Region B and failback to Region A of the Cloud Management Platform when the root Active Directory is not available from the protected region. You see the following symptoms:
- Login takes several minutes or fails with an error
When you log in to the vRealize Automation Rainpole portal at
https://vra01svr01.rainpole.local/vcac/org/rainpole
using theITAC-TenantAdmin
user, the vRealize Automation portal loads after 2 to 5 minutes. - An attempt to log in to the vRealize Automation Rainpole portal fails with an error about incorrect user name and password.
Workaround: Perform one of the following workarounds according to the recovery operation type.
- Failover to Region B
- Log in to the
vra01svr01a.rainpole.local
appliance using SSH as theroot
user. - Open the
/usr/local/horizon/conf/domain_krb.properties
file in a text editor. - Add the following list of the domain-to-host values and save the
domain_krb.properties
file.
Use only lowercase characters when you type the domain name.
For example, as you have performed failover, you must map therainpole.local
domain to the controller in Region B:rainpole.local=dc51rpl.rainpole.local:389
. - Change the ownership of the
domain_krb.properties
.
chown horizon:www /usr/local/horizon/conf/domain_krb.properties
- Open the
/etc/krb5.conf
file in a text editor. - Update the realms section of the
krb5.conf
file with the same domain-to-host values that you configued in thedomain_krb.properties
file, but omit the port number as shown in the following example.
[realms]
RAINPOLE.LOCAL = {
auth_to_local = RULE:[1:$0\$1](^RAINPOLE\.LOCAL\\.*)s/^RAINPOLE\.LOCAL/RAINPOLE/
auth_to_local = RULE:[1:$0\$1](^RAINPOLE\.LOCAL\\.*)s/^RAINPOLE\.LOCAL/RAINPOLE/
auth_to_local = RULE:[1:$0\$1](^SFO01\.RAINPOLE\.LOCAL\\.*)s/^SFO01\.RAINPOLE\.LOCAL/SFO01/
auth_to_local = RULE:[1:$0\$1](^LAX01\.RAINPOLE\.LOCAL\\.*)s/^LAX01\.RAINPOLE\.LOCAL/LAX01/
auth_to_local = DEFAULT
kdc = dc51rpl.rainpole.local
} - Restart the workspace service.
service horizon-workspace restart
- Repeat this procedure on the other vRealize Automation Appliance
vra01svr01b.rainpole.local
andvra01svr01c.rainpole.local
.
- Log in to the
- Failback to Region A
Ifdc51rpl.rainpole.local
becomes unavailable in Region B during failback, perform the steps for the failover case usingdc01rpl.rainpole.local
as the domain controller instead ofdc51rpl.rainpole.local
and restarting the services.
This workaround optimizes the synchronization with the Active Directory by pointing to a specific domain controller that is reachable from the vRealize Automation Appliance in the event of disaster recovery.
- Login takes several minutes or fails with an error
- After you refresh the browser on the Validation menu or Deploy menu, the In-Progress status is lost.
The In-Progress status for validations or deployments is lost when you refresh the browser.
Workaround: Click the Run Results button to restore the
In-Progress
status screen. - An attempt to deploy the SDDC fails at the step for integration of vRealize Business with vRealize Automation
In the user interface of VMware Cloud Builder at
https://sfo01cb01.sfo01.rainpole.local
, you see that theIntegrate vRealize Business for Cloud with vRealize Automation
task has failed.The following error message appears on the Registration > vRA tab in the management console of the vRealize Business server appliance at
https://vrb01svr01.rainpole.local:5480
:Error starting ITBM data collector.
The
/opt/vmware/bringup/logs/vcf-bringup.log
log file on the Cloud Builder virtual appliance contains the following error stack trace:2019-01-17T21:07:52.503+0000 ERROR [0000000000000000,0000,operationToken=<20a0b100-1a3d-11e9-b244-49b4d2e5652c>] [c.v.v.c.v.v.s.i.VrbConfigurationServiceImpl,threadPoolExecutor-3] Status code was fTBM data collector.
2019-01-17T21:07:52.503+0000 ERROR [0000000000000000,0000] [c.v.e.s.o.model.error.ErrorFactory,threadPoolExecutor-3] [EDUC0K] VRB_VRA_INTEGRATION_FAILURE Failed to integrate vRB 192.168.11.66 in vRA
com.vmware.evo.sddc.orchestrator.exceptions.OrchTaskException:
Failed to integrate vRB 192.168.11.66 in vRA vra01svr01.rainpole.local
at com.vmware.evo.sddc.vrealize.vrb.VrbVraIntegration.execute(VrbVraIntegration.java:75)
at com.vmware.evo.sddc.vrealize.vrb.VrbVraIntegration.execute(VrbVraIntegration.java:36). . .
Caused by: com.vmware.vcf.common.vrealize.vrb.service.impl.VrbApiException: Status code was failure. Status message: Error starting ITBM data collector.
at com.vmware.vcf.common.vrealize.vrb.service.impl.VrbConfigurationServiceImpl.logApiStatusCodeMessageThrowException
(VrbConfigurationServiceImpl.java:236)
. . .Workaround:
- Log in to vCenter Server by using the vSphere Client.
- Open a Web browser and go to
https://sfo01m01vc01.sfo01.rainpole.local/ui
. - Log in using the following credentials.
Setting Value User name administrator@vsphere.local Password vsphere_admin_password
- Open a Web browser and go to
- In the Navigator, click Hosts and Clusters.
- In the inventory, expand the entire sfo01m01vc01.sfo01.rainpole.local tree.
- Right-click the vrb01svr01 virtual machine and select Power > Restart Guest OS.
- After the virtual machine is powered on, retry the deployment in Cloud Builder.
- Log in to vCenter Server by using the vSphere Client.
- An attempt to deploy the SDDC fails at the step for adding compute resources to the vRealize Automation fabric groups
In the user interface of VMware Cloud Builder, you see that task
Add Compute Resources to vRealize Automation Fabric Groups
has failed.The following error message appears in the user interface:
Failed to add compute resources to fabric groups java.util.stream.ReferencePipeline$3@5e62dc99, for vRA vra01svr01.rainpole.local
The
/opt/vmware/bringup/logs/vcf-bringup.log
log file on the Cloud Builder virtual appliance contains the following error stack trace:
2019-01-18T11:44:54.616+0000 WARN [0000000000000000,0000,operationToken=<4f8ffc50-1b0a-11e9-b244-49b4d2e5652c>] [c.v.e.s.v.v.AddComputeResourcesToFabricGroup,threadPoolExecutor-4] No compute resources found, retrying...
2019-01-18T11:44:54.617+0000 ERROR [0000000000000000,0000,operationToken=<4f8ffc50-1b0a-11e9-b244-49b4d2e5652c>] [c.v.e.s.v.v.AddComputeResourcesToFabricGroup,threadPoolExecutor-4]
Failed to add compute resources to fabric groups java.util.stream.ReferencePipeline$3@5e62dc99, for vRA vra01svr01.rainpole.local.
java.lang.RuntimeException: Retriable operation 'List compute resources' failed to complete after 6 retries.
at com.vmware.evo.sddc.common.util.RetriableCallable.call(RetriableCallable.java:183)
at com.vmware.evo.sddc.vrealize.vra.AddComputeResourcesToFabricGroup.execute(AddComputeResourcesToFabricGroup.java:96)
. . .
Caused by: java.lang.IllegalStateException: No compute resources found, retrying...
at com.vmware.evo.sddc.vrealize.vra.AddComputeResourcesToFabricGroup.lambda$execute$0(AddComputeResourcesToFabricGroup.java:88)
at com.vmware.evo.sddc.common.util.RetriableCallable.call(RetriableCallable.java:142). . .
Workaround:
- Log in to the vra01ims01a virtual machine of the vRealize Automation IaaS Manager Service by using a Remote Desktop Protocol (RDP) client.
- Open an RDP connection to
vra01ims01a.rainpole.local
. - Log in using the following credentials.
Setting Value User name rainpole\svc-vra Password svc-vra_password
- Open an RDP connection to
- In the search box of the Windows Start menu, type
services.msc
and press Enter. - Right-click the Distributed Transaction Coordinator service, and select Restart.
- After the service is started, log in to the vRealize Automation Rainpole portal.
- Open a Web browser and go to
https://vra01svr01.rainpole.local/vcac/org/rainpole
. - Log in using the following credentials.
Setting Value User name vra-admin-rainpole Password vra-admin-rainpole_password Domain rainpole.local
- Open a Web browser and go to
- Click the Infrastructure tab, and click Endpoints > Fabric Groups.
- Click sfo01-fabric-group, verify that the sfo01-w01-shared01 compute resource is available, and click OK.
- Click lax01-fabric-group, and verify that lax01-w01-shared01 is available.
- Retry the deployment in Cloud Builder.
- Log in to the vra01ims01a virtual machine of the vRealize Automation IaaS Manager Service by using a Remote Desktop Protocol (RDP) client.
- An attempt to deploy the SDDC fails at the step for configuring VM priorities in the recovery plans in Site Recovery Manager
In the user interface of VMware Cloud Builder, you see that task
Configure VM priorities in SRM recovery plans
has failed.The following error message appears in the user interface:
Could not set VM priority
The
/opt/vmware/bringup/logs/vcf-bringup.log
log file on the Cloud Builder virtual appliance contains the following error stack trace:2019-01-21T07:46:02.797+0000
ERROR [0000000000000000,0000] [c.v.e.s.o.model.error.ErrorFactory,threadPoolExecutor-4] [SP4J8B]
CONFIGURE_VM_PRIORITIES_FAILED Configuration for VM priorities for SRM 172.16.11.124 failed
com.vmware.evo.sddc.orchestrator.exceptions.OrchTaskException: Configuration for VM priorities for SRM 172.16.11.124 failed
at com.vmware.evo.sddc.common.fsmplugins.srm.impl.ConfigureVmPriorities.execute(ConfigureVmPriorities.java:59). . .
Caused by: com.vmware.evo.sddc.common.services.srm.api.SrmConfigurationException:
Could not set VM priority [VmPriorityMapping(vmName=vra01ims01b, priority=60),
VmPriorityMapping(vmName=vra01svr01a, priority=40), VmPriorityMapping(vmName=vrb01svr01, priority=75),
VmPriorityMapping(vmName=vra01iws01a, priority=50),
VmPriorityMapping(vmName=vra01dem01a, priority=75), VmPriorityMapping(vmName=vra01iws01b, priority=50),
VmPriorityMapping(vmName=vra01dem01b, priority=75),
VmPriorityMapping(vmName=vra01svr01c, priority=40), VmPriorityMapping(vmName=vra01ims01a, priority=60),
VmPriorityMapping(vmName=vra01svr01b, priority=40)] for recovery plan SDDC Cloud Management RP
at com.vmware.evo.sddc.common.services.srm.instances.SrmInstance.setVmPriority(SrmInstance.java:382)
at com.vmware.evo.sddc.common.services.srm.impl.SrmServiceImpl.setVmPriorityInRecoveryPlan(SrmServiceImpl.java:285)
at com.vmware.evo.sddc.common.fsmplugins.srm.impl.ConfigureVmPriorities.configureVmPriorities(ConfigureVmPriorities.java:78)
at com.vmware.evo.sddc.common.fsmplugins.srm.impl.ConfigureVmPriorities.execute(ConfigureVmPriorities.java:54) com.vmware.evo.sddc.common.fsmplugins.srm.impl.ConfigureVmPriorities.configureVmPriorities(ConfigureVmPriorities.java:78) at com.vmware.evo.sddc.common.fsmplugins.srm.impl.ConfigureVmPriorities.execute(ConfigureVmPriorities.java:54). . .
Caused by: java.lang.RuntimeException:
Retriable operation 'Validate configuring VM recovery priority for vra01dem01a' failed to complete after 5 retries.
at com.vmware.evo.sddc.common.util.RetriableCallable.call(RetriableCallable.java:183)
at com.vmware.evo.sddc.common.services.srm.instances.SrmInstance.setVmPriority(SrmInstance.java:378). . .
Caused by: com.vmware.evo.sddc.common.services.srm.api.SrmConfigurationException: VM priority is not configured for vra01dem01a
at com.vmware.evo.sddc.common.services.srm.instances.SrmInstance$1.call(SrmInstance.java:368). . .
Workaround: Retry the SDDC deployment in Cloud Builder.
- An attempt to deploy the SDDC intermittently fails when deploying Site Recovery Manager
In the user interface of VMware Cloud Builder, you see that task
Deploy Site Recovery Manager
has failed.The following error message appears in the user interface:
Failure occurred while installing SRM on 192.168.110.124 windows server VM
Workaround:
- Verify that the Windows Server virtual machine is set up according to the VMware Validated Design Planning and Preparation documentation, and retry the SDDC deployment in Cloud Builder to retry the deployment of Site Recovery Manager.
- If the retry deployment fails, verify that the Windows Server 2016 virtual machine for Site Recovery Manager is running the latest version of VMware Tools and is configured with the latest virtual hardware for vSphere.
If updates are required, retry the deployment in Cloud Builder to retry the deployment of Site Recovery Manager. - If the retry deployment fails after updating VMware Tools and virtual hardware, contact VMware Technical Support.
- An attempt to deploy the SDDC management components in Region B might fail at the step for configuring the SDDC Health Adapter instances in vRealize Operations Manager
In the user interface of VMware Cloud Builder, you might see that the task
Configure Sddc Health Adapter in vRealize Operations Manager
has failed.The following error message appears in the user interface:
Failed to configure SDDC Health Adapter for collector lax01vropsc01a in vROps 192.168.11.35
The
/opt/vmware/bringup/logs/vcf-bringup.log
log file on the Cloud Builder virtual appliance contains the following error stack trace:2019-01-18T07:02:25.474+0000 DEBUG [0000000000000000,0000,operationToken=<f3ea63f0-19aa-11e9-89e3-5315012a81bf>] [c.v.e.s.c.s.v.impl.VropsServiceImpl,threadPoolExecutor-2] Could not find adapter with name: SDDC Health Adapter Instance - lax01vropsc01a in vrops 192.168.11.35
2019-01-18T07:02:25.474+0000 DEBUG [0000000000000000,0000,operationToken=<f3ea63f0-19aa-11e9-89e3-5315012a81bf>]Workaround:
- Log in to the operations interface of vRealize Operations Manager.
- Open a Web browser and go to
https://vrops01svr01.rainpole.local
.- Log in using the following credentials.
Setting Value User name admin Password vrops_admin_password
- Log in using the following credentials.
- Open a Web browser and go to
- On the Administration > Solutions page, delete the existing SDDC Health Adapter instances for Region B under the SDDC Management Health solution.
- In Cloud Builder, retry the deployment in Region B.
- Log in to the operations interface of vRealize Operations Manager.