PlateSpin Protect 11.0 Release Notes

March 10, 2014

PlateSpin Protect version 11.0 provides new features and enhancements.

For Release Notes documents that accompanied previous 10.x releases, visit the PlateSpin Protect 11 Documentation Web Site and go to Previous Releases in the Table of Contents at the bottom of the main page.

1.0 What’s New in This Release

  • Feature parity with Protect 10.3; upgradeability from Protect 10.3 and Protect 10.4

  • Support for vSphere 5.0 Update 2, vSphere 5.1 Update 1 and vSphere 4.1 Update 3

  • Full UEFI and GPT support for all Windows workloads

  • Support for workloads on the following platforms:

    • Windows 8, 8.1

    • Windows 2012, 2012 R2

    • SUSE Linux Enterprise Server (SLES) 11 SP2, SP3

  • A new REST-based API.

  • VMware Site Recovery Manager (SRM) integration

  • Localized for installation and use on machines configured for the German, French, Japanese, Chinese Traditional, and Chinese Simplified languages

Not supported in this release

PlateSpin Protect 11.0 does not support Microsoft Windows clustering configuration.

2.0 Bug Fixes

The following bugs, discovered in prior releases, have been fixed in PlateSpin Protect version 11.0 (reference includes Bugzilla bug number and summary):

3.0 Known Issues

  • No software RAID support for Linux workloads: PlateSpin Protect does not support Linux workloads with volumes on software RAID.

  • 558937 Failure of block-level replications that use VSS (Windows): If you are using third-party VSS-based backup software, block-level replications might occasionally fail.

    Workaround: Use blackout windows (see “Protection Tiers” in your User Guide).

  • 590635 Inconsistent failover results after upgrading: Following an upgrade to PlateSpin Protect, a failover operation might fail to complete or might not apply the correct failover parameters, such as the proper hostname and workgroup settings.

    Workaround: Before performing a failover, run a replication.

  • 595490 Preserving boot partition on failback causes failback to stall: In some failback scenarios, the system improperly allows you to preserve an active (or boot) partition on the target, preventing the target from booting properly. This issue is under investigation.

    Workaround: In Failback Details, do not opt to preserve any boot partitions on the target.

  • 638392 ESX 4.1: Direct host discovery results in missing VM port groups if dvSwitch port groups share the same name.

    Workaround: Ensure that port group names are unique.

  • 702152 Protection over a WAN takes a long time if VM container has a large number of datastores: Under some circumstances the process of locating the appropriate ISO image required for booting the target might take longer than expected. This might happen when your PlateSpin Server is connected to the VM container over a WAN and your VM container has a large number of datastores. This issue is under investigation.

  • 737715 Unable to relocate failover VM using Storage vMotion: In some circumstances, where your protection container is a VMware DRS Cluster in vSphere 5 and the initial replica of the workload is created incrementally, Storage vMotion might be unable to relocate the failover VM’s disk files across shared storage locations.

    For workarounds, see KB Article 7008494.

  • 781217 (SLES 9) Issue with volumes mounted using UUIDs: An issue with how mount points on SLES 9 workloads are looked up and how PlateSpin Protect handles Linux volumes might negatively impact the protection of SLES 9 workloads with volumes that are mounted by UUIDs. This issue is being investigated.

    Workaround: Modify the workload’s /etc/fstab configuration file to use device names instead of UUIDs for storage devices and partitions. See KB Article 7010812.

  • 860917 Cannot prepare OES workload for incremental replication: If you create a VM or modify an existing VM in the VMware Virtual Infrastructure Client (VIC) and select Novell Enterprise Server as the Guest Operating System, the VM appears in the PlateSpin Browser (as an unknown OS type), but it is not listed at all in the Virtual Machine drop down list in the Prepare for Incremental Replication page of the Protect Web UI.

    Workaround: To make this VM available as a target for X2V replication, in the VIC, change the operating system type to SUSE Linux Enterprise 11 (64-bit) and refresh the container. The VM is then listed in the Protect UI.

  • 862269 Full replication of a Windows 2012 R2 block-based disk with complex partitioning might fail: Testing has shown that a full replication of a Windows 2012 64-bit workload with complex disks (that is, more than 57 partitions) fails in PlateSpin Protect. Make sure the workload you attempt to replicate has no more than 57 partitions or volumes.

  • 863173 The X2P failback of Linux workloads causes failure of the X Server graphical interface: A protected Linux workload replicated to a target, failed over, and then failed back to a physical target loses functionality of its X Server interface.

    Workaround: The issue is caused by a reconfiguration of the failed-over VM when VMware tools are installed. To correct this, use the following command to find the files with the string BeforeVMwareToolsInstall in the filename:

    find / -iname '*BeforeVMwareToolsInstall'

    After you identify all such files, move them back to their original locations, then reboot the workload to fix the workload's X Server interface.

  • 864326 Conversion fails while downgrading from UEFI to BIOS firmware: The conversion of a protected UEFI workload (Windows 6.2 and above kernel versions) to fail back to BIOS-based machine fails at the Preparing OS step because the active partition cannot be found to update boot parameters.

    Workaround: To work around this problem, update the partition type of Disk as MBR where the system volume is present in either the source workload or the image. Use Export and Import of UI options or OFX Browser to edit the XML. For a complete list of steps, see KB Article 7014637.

  • 865570 File Based Transfer breaks for Windows 2012 R2 UEFI workload: X2P File-based transfer of Windows 6.2 and above kernel versions fails during the sending and receiving files stage.

    Workaround: To force file transfer to work in this X2P scenario, you need to disable the CPU advanced flags in the firmware: VT-d, VT-s, Execute Disable Bit. For more information, see KB Article 7014698.

4.0 Contact Information

Our goal is to provide documentation that meets your needs. If you have suggestions for improvements, please email Documentation-Feedback@netiq.com. We value your input and look forward to hearing from you.

For detailed contact information, see the Support Contact Information Web site.

For general corporate and product information, see the NetIQ Corporate Web site.

For interactive conversations with your peers and NetIQ experts, become an active member of our community. The NetIQ online community provides product information, useful links to helpful resources, blogs, and social media channels.