Comprehensive data protection for all workloads
SVP, Product Management
Posts: 28160
Liked: 4971 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland

[V11] Top issues tracker

Post by Gostev » 8 people like this post

Last updated: April 7th @ 84K downloads < tracking unique email addresses, multiple downloads from the same user are not counted

This topic contains top known issues for V11 based on their criticality or the number of support cases they generate.

#1: Upgrade to v11 fails during the configuration database upgrade
Symptoms: "Violation of PRIMARY KEY constraint 'PK_Credentials.Onsite'. Cannot insert duplicate key in object 'dbo.Credentials.Onsite'. The duplicate key value is (GUID)" error in upgrade logs.
Cause: For reasons unknown, some customers have multiple credentials with the same GUID stored in the configuration, even if GUID generation algorithm excludes any possibility of generating a duplicate GUID. The database upgrade script is not ready to encounter duplicate GUIDs, so the upgrade process cannot continue. UPDATE: Duplicate GUIDs appeared due to a bug in the upgrade script between Veeam Backup & Replication 6.5 to 7.0, if multiple Linux server with the same credentials were registered with Veeam at the time of that upgrade.
Status: Please contact our customer support for assistance with cleaning up the configuration database from duplicate entries.

#2: Backup hangs at 0KB processed (usually when Windows deduplication is enabled on the repository)
Symptoms: Backup sits at 0KB on the hard disk read step. Potentially, any process that interacts with a backup file may hang when trying to open a backup file.
Cause: Issue with the new high-perf backup backup file interaction engine logic that can happen if a backup storage is very slow to respond to a request to open a backup file. Issue ID 299730.
Status: Fixed in P20210319 or later. If you previously created the DisableHtAsyncIo registry key as a temporary workaround, remember to delete it from the backup repository server.

#3: Possible data loss with IBM storage snapshot integration
Symptoms: Wrong LUN may be deleted from IBM SAN during storage snapshot retention processing.
Cause: A certain sequence of storage snapshot management operations may result in a LUN with duplicate ID appearing on storage, that will be later deleted by the retention policy.
Status: Fixed in P20210319 or later.

#4: vCloud Director jobs fail with a VDDK error
Symptoms: vCloud Director based backup and replication jobs may fail with the "VDDK error: 3 (One of the parameters was invalid)" error.
Cause: Conflict with the SkipCertificateCheck registry value that was set while using a previous product version.
Status: Remove the registry value from the backup server (reboot is not required). Then, go to the Inventory tab, open the vCenter properties and go through the wizard (click "Next" button several times), accept the certificate and save the vCenter settings.

#5: Backup from storage snapshots fails
Symptoms: Backup jobs fails with the "Unknown plug-in: 00000000-0000-0000-0000-000000000000" error.
Cause: The presence of rows with NULL host_id in [dbo].[Backup.Model.SanSnapshotJobInfos] table. Such rows may appear if you ever removed and re-added your primary storage to Veeam.
Status: Please contact our customer support for assistance with cleaning up the configuration database from invalid entries. If you're an experienced SQL Server admin, you can run the following SQL query on the Veeam configuration database at your own risk:

Code: Select all

FROM [dbo].[Backup.Model.SanSnapshotJobInfos]
WHERE host_id NOT IN
FROM [dbo].[Hosts])
#6: Poor incremental backup performance for host-based processing of vSphere and Hyper-V VMs
Symptoms: After upgrading to V11 directly from version 9.5, incremental backup and replication runs take longer than with previous versions.
Cause: Due to an issue with 9.5 installation files, upgrading directly to V11 does not replace one of the product files with a newer version.
Status: Fixed in P20210319 or later.

#7: Some Backup Copy monthly GFS backups are deleted after upgrading to V11
Symptoms: After upgrading to V11, retention policy may erroneously delete some of the GFS backups before their retention expires.
Cause: If your last full backup is corrupted when you upgrade to V11, this may lead the retention processing code to take an unexpected path and process incorrect backups. The easiest way to ensure you don't run into the issue is open the backup properties under Backups > Disk (copy) node and ensure the last full backup is not marked as Incomplete or Corrupted.
Status: Fixed in P20210401 or later.


Who is online

Users browsing this forum: aram535, Baidu [Spider], Google [Bot] and 30 guests