Please enter search query.
Search <book_title>...
Release Notes
Last Published:
2024-09-29
Product(s):
Resiliency Platform (10.4)
- Release Overview
- System requirements
- Known issues
- General known issues
- Known issues: Recovery to Amazon Web services (AWS)
- Known issues: Recovery from AWS region to AWS region
- Known issues: Recovery to Azure
- Known issues: Recovery to Azure using NetBackup MSDP-C
- Known issues: Google Cloud Platform
- Known issues: Resiliency Platform Data Mover
- Known issues: Resiliency Platform Data Mover used for recovery to on-premises data center
- Known issues: Recovery from physical environment to virtual machines
- Known issues: Recovery using third-party replication
- Known issues: NetBackup integration
- Known issues: Upgrade
- Known issues: InfoScale clusters
- Known issues : Continuous Data Protection (CDP)
- Known issue: VMware vSphere 7.0 support
- Known issue: Managing security certificates and SSH host keys
- Known issues: Recovery of resiliency groups configured using multiple recovery points
- General known issues
- Fixed issues
- Limitations
- Limitations: Recovery of resiliency groups configured using multiple recovery points
Routing tables are not getting updated properly, hence the host is not getting added to IMS.(33994 )
After the migrate operation, the host is not added to the target IMS. Also due to the missing route, host might not reach to other subnets.
Workaround:
You may need to remove the entries GATEWAY and GATEWAYDEV from the /etc/sysconfig/network file since those entries are not required after migrate operation. If the entries are not required, you can remove them when the virtual machine is on the source data center itself, before performing migrate operation.
You may need to start the xprtld service using CLI /opt/VRTSsfmh/adm/xprtldctrl start command.
Also trigger the local_ims_attach script using CLI /opt/VRTSsfmh/bin/perl /opt/VRTSsfmh/adm/local_ims_attach.pl.