Quantcast
Channel: Veeam Support Knowledge Base
Viewing all articles
Browse latest Browse all 4362

DD replication causes panic error on the target Data Domain server

$
0
0

Challenge

You have configured a Data Domain Storage Unit as a Veeam backup repository using MTree replication. Data Domain replication results in PANIC on the target Data Domain storage. 

Cause

Veeam Backup & Replication leverages the Virtual Synthetic (VS) feature of the DD Boost library for building Grandfather-Father-Son (GFS) restore points or when applying retention policies to backup chains. As part of the Veeam workflow, overwrites can occur over sections of the file being replicated that have already been processed. This behavior will trigger the recipe tracking process to remove all recipes on the disk, but not any invalid in-memory recipes. This may result in a corrupted recipe to be recalled and lead to an incorrect recipe replication process later (because of a checksum mismatch) so that recipe replication will be confused and target EMC Data Domain may PANIC.

Solution

Turning off the recipe processing feature on the source Data Domain system source for MTree replication will resolve the issue. A later DDOS 6.x release will fix the underlying issue, and recipe processing can then be re-enabled for performance reasons.

Customers should first verify their system matches the criteria for overcoming the issue:

1. Confirm that the system configured for VEEAM backups is also configured for Data Domain MTree replication: 
# replication show config
In the output look for "mtree://"

2. Confirm if managed file replication (MFR) or backup replication via DD Boost) is being used, on the Data Domain you can use this command: 
# ddboost file-replication show active all
Also verify in the backup application configurations. 

Once confirmed through the commands above your system may be a configuration where this issue applies, please contact Veeam Support to assist you further.

Note the workaround to be performed by a Dell EMC TSE will require disabling Data Domain replication and MFR replication jobs, and will require downtime for the workaround to be completed.

More Information

This fix was made into DDOS 6.0.1.

Viewing all articles
Browse latest Browse all 4362

Trending Articles