SnapCenter Issues
SnapCenter Issues
Highest rated
(rating)- CSNAPC-3727: SmCore logs are not getting auto truncated when configured max size is reached
- CSNAPC-9685: SnapCenter sets SnapLock Snapshot expiry off by time zone of SC server
- CXPLAT-1678: [Doc Bug] Global permission as a requirement for vCenter RBAC is missing in SCV product document
- CSNAPC-8304: Backup/clone/restore fails when SCW running under gMSA user account with Windows Failover cluster
- CSNAPC-8104: MySQL instance discovery fails on Linux when multiple instances are configured to run on the same port
- CSNAPC-8350: Disk enumeration and backup fails when CSV disk owner is different from cluster owner
- CSNAPC-9735: Add support for ASMLibV3 in SCO
- CSNAPC-9769: SCO backup verification leaves stale export policies on ONTAP
- CSNAPC-9849: SnapCenter performance issue loading topology info when snaplock retention is enabled
- CXPLAT-1623: SCV 6.1 backup fails even if non-NetApp storage is not selected in Spanning disks
- CSNAPC-9889: Jobs scheduled to run after 10:38 on Sunday and Wednesday are delayed to run later in SnapCenter 6.1
- CSNAPC-9937: Oracle temp files are not consistently restored with SnapCenter.
- CSNAPC-9999: Implement a SC-SPL keep-alive mechanism during a long running SCC hana restore workflow
- CSNAPC-9695: SC 6.x - All PostgreSQL instances have the same name (postgres_5432)
- CSNAPC-10135: SCO clone does not update /etc/fstab even if the entry is present in fstab file of source backup
Recently updated
(date updated)- CSNAPC-11125: SnapCenter Host page "Search by name" function no longer works
- CSNAPC-11076: RG edit/creation fails with Selected resources are combination of ASAR2 platform and non-ASAR2 platform types
- CSNAPC-11206: SC 6.2P1: Schedule Tab Does Not Display All Schedules Created for a resource group
- CSNAPC-11168: Snapcenter should retry 'Add-NcLunMap' when clone fails due to vserver reconfig locking
- CSNAPC-10964: Orphaned SVMs persist in SnapCenter cache even after Cluster is deleted from Storage Settings in SnapCenter
- CSNAPC-11147: Sd* powershell cmdlets issue after ugprade to SnapCenter
- CSNAPC-9735: Add support for ASMLibV3 in SCO
- CSNAPC-10255: SnapCenter DeleteBackup skips backup data removal from NSM for SCE resources, resulting in job entries piling up
- CSNAPC-6518: Red cross (X) sign appears in clone estimation status
- CSNAPC-10343: SnapCenter 6.X can show Jobs stuck in running status even if completed
- CSNAPC-10375: SCSQL restore fails if the logger closes during the restore operation
- CSNAPC-10462: SnapCenter 6.2 Linux-based deployments Backup fails with "Could not find valid Storage System for the resource" when MetroCluster storage connections are configured at cluster levelr
- CSNAPC-7543: Unable to modify resource groups post SC upgrade. error: Failed to update resource group: The transaction has aborted
- CSNAPC-8286: High latency from SnapCenter backup in ONTAP
- CSNAPC-8126: SCO cloning fails with adjusted DB authenticated listener port
Recently added
(date created)- CSNAPC-11076: RG edit/creation fails with Selected resources are combination of ASAR2 platform and non-ASAR2 platform types
- CSNAPC-11206: SC 6.2P1: Schedule Tab Does Not Display All Schedules Created for a resource group
- CSNAPC-11125: SnapCenter Host page "Search by name" function no longer works
- CSNAPC-11147: Sd* powershell cmdlets issue after ugprade to SnapCenter
- CSNAPC-11168: Snapcenter should retry 'Add-NcLunMap' when clone fails due to vserver reconfig locking
- CSNAPC-10961: Restore of a Failover Cluster Hyper-V VM fails if cluster owner node is not the same node as the Hyper-V VM registered node.
- CSNAPC-11099: For SC retention triggers even if the backup operation fails causing deletion of older backup when retention period is set by days.
- CSNAPC-11104: NFS storage discovery fails after restart of SMCore or reboot of SnapCenter Server
- CSNAPC-11069: When there are multiple retention subjobs in the queue, SnapCenter only starts the first subjob in the queue
- CSNAPC-10980: SnapCenter should report overall status as failed even if one of the sub-job fails
- CSNAPC-10964: Orphaned SVMs persist in SnapCenter cache even after Cluster is deleted from Storage Settings in SnapCenter
- CSNAPC-8320: SnapCenter report missing jobHost information using Resource Groups
- CXPLAT-1823: SCV 6.2 onwards Controlplane and WFE logs are flushed into syslog
- CSNAPC-10927: SC 6.2 - Clone from backup wizard does not show Igroups of secondary storage
- CSNAPC-10849: Discovery and backup is not working for AG created from SQL FCI instance and standalone SQL instnace
