Veritas CloudPoint Release Notes

Last Published:
Product(s): CloudPoint (2.2.1)
Platform: Linux
  1. Getting help
    1.  
      About this document
    2.  
      CloudPoint resources
  2. New features, enhancements, and changes
    1.  
      Tag-based asset protection for production environments
    2.  
      Support for AWS nitro-based instances that use NVMe devices
    3.  
      Single File Restore (SFR) supported on Linux root file system
    4.  
      Support for Hitachi storage arrays
    5.  
      Support for InfiniBox storage arrays
    6.  
      CloudPoint REST API version updated to /v3
    7.  
      Updates to the CloudPoint plug-in for Microsoft Azure
    8.  
      Unconfigure plug-in and disconnect host option now available from the CloudPoint user interface (UI)
    9.  
      Support for AWS GovCloud (US)
  3. Limitations
    1.  
      CloudPoint support for AWS regions and GCP zones (14446)
    2.  
      Limitations on replicating and restoring assets
    3.  
      If two snapshot operations are performed on an instance at the same time, the second one fails
    4.  
      You cannot delete snapshots created by an Amazon snapshot policy
    5.  
      CloudPoint cannot snapshot LUNs which are under a consistency group for Dell EMC Unity arrays (3977)
  4. Known issues
    1.  
      Azure instance image cleanup failed (7253)
    2.  
      Agent services restarting continuously (8030)
    3.  
      CloudPoint does not support 'Overwrite existing' restore option for file system and application's host-level snapshot (8924)
    4.  
      If a snapshot creation policy is run in parallel with in-place restore, the policy may fail. When the policy is run again, it succeeds (8142)
    5.  
      When AWS is configured with different regions in parallel, stacks are added in the logs (7481)
    6.  
      Some errors are logged in the nginx_error.log file (6593)
    7.  
      CloudPoint is not able to find Google cloud network configuration (3254)
    8.  
      Signing out from a non-admin account and signing in as an admin gives limited access (2862)
    9.  
      Configuring multiple plug-ins may cause an error (6562)
    10.  
      Assets (instances) are not getting discovered for Azure (6953)
    11.  
      CloudPoint incorrectly allows snapshot operations on operating system native file systems (12285)
    12.  
      Application-consistent snapshot operations for ext2 file system assets fail (12948)
    13.  
      Snapshot operations might hang if CloudPoint host restarts (14757, 9039)
    14.  
      Indexing may fail if snapshot is not local to the CloudPoint host (14127)
    15.  
      Disk-level snapshot restore to the same location fails if an application was previously added and removed on the same disk (13196)
    16.  
      Disk-level snapshot restore fails if MongoDB configuration file is at a non-default location (13130)
    17.  
      Multiple simultaneous restore operations on the same AWS instance may fail (14286)
    18.  
      During a policy run, a snapshot failure of one of the assets causes the other successful snapshots to be orphaned (14760)
    19.  
      Classification fails if the snapshot contains encrypted files (15858)
    20.  
      CloudPoint upgrade may stall if the Docker version is not 18.03 (15846)
    21.  
      Classification job may fail with a partition detection error (15554)
    22.  
      CloudPoint UI incorrectly displays internal storage objects (15611)
  5. Fixed issues
    1.  
      Fixed issues

Disk-level snapshot restore to the same location fails if an application was previously added and removed on the same disk (13196)

If you create and remove an application from a disk and then use the same disk to create a new application, then when you try to restore disk-level snapshots of the new application to the same location, the restore operation fails.

For example, consider a disk Disk1 on which you created an application MyApp1. Now remove MyApp1 and create another application MyApp2 on the same disk (Disk1) and then take disk-level snapshots of that disk. When you try to restore the new application (MyApp2) disk-level snapshot to the same location, the restore operation fails.

The flexsnap-coordinator logs contain the following:

flexsnap-coordinator: <ID> flexsnap-coordinator[1] Thread-26113 
flexsnap.connectors.base: ERROR - Request failed unexpectedly
flexsnap-coordinator: File "/opt/VRTScloudpoint/lib/flexsnap/coordinator.py"
, line 5542, in verify_single_leaf_child
flexsnap-coordinator: therefore, cannot do original location restore" 
% asset_type)
flexsnap-coordinator: GenericError: Another application would be affected 
therefore, cannot do original location restore

This issue occurs because references of the application (MyApp1) that was deleted from the disk (Disk1) are retained in the CloudPoint assets database. A restore of the new application (MyApp2) disk-level snapshot fails to overwrite the old references on the same disk (Disk1).

Workaround:

There is no known workaround for this issue. As an alternative, you can try performing the disk-level restore to a new location.