#1 Global Leader in Data Resilience

Backup job fails with “The request is not supported. Failed to duplicate extent” message.

KB ID: 2243
Product: Veeam Backup & Replication | 11 | 12 | 12.1 | 12.2 | 12.3
Published: 2017-02-10
Last Modified: 2025-01-22
mailbox
Get weekly article updates
By subscribing, you are agreeing to have your personal information managed in accordance with the terms of Veeam's Privacy Notice.
This site is protected by hCaptcha and its Privacy Policy and Terms of Service apply except as noted in our Privacy Policy.

Cheers for trusting us with the spot in your mailbox!

Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest

error icon

Oops! Something went wrong.

Please, try again later.

Challenge

A backup job targetted at an ReFS based repository fails with “The request is not supported. Failed to duplicate extent"

Examples:

Agent: Failed to process method {Transform.CompileFIB}: The request is not supported.
Failed to duplicate extent. Target file: <path>vbk, Source file: <path>vib, TgtOffset: xx, SrcOffset: yy, DataSize: zz
Error: Agent: Failed to process method {Transform.Patch}: The request is not supported.
Failed to duplicate extent. Target file: <path>vbk, Source file: <path>vib, TgtOffset: xx, SrcOffset: yy, DataSize: zz
Full backup file merge failed Error: Agent: Failed to process method {Transform.Patch}: The request is not supported.
Failed to duplicate extent. Target file: <path>vbk, Source file: <path>vib, TgtOffset: xx, SrcOffset: yy, DataSize: zz

Cause

This error can occur when there is a discrepancy between the ReFS cluster size that Veeam Backup & Replication (VBR) recorded during repository creation and the actual cluster size. For example, if the ReFS volume was initially formatted with a 4K cluster size when the repository was created within VBR, and then the ReFS volume was subsequently reformatted to a 64K cluster size, VBR would still assume the ReFS volume was formatted with a 4K cluster size. This incongruity between the last known cluster size and the actual cluster size causes Synthetic Full creation and Forever-Forward Incremental retention merges to fail.

Solution

To resolve this issue, you can force Veeam Backup & Replication to recognize the change in cluster size by following these steps:

  1. Identify the repository associated with the failing job.
  2. Edit that repository.
  3. Click Finish, and an infrastructure item update will occur.
  4. After completing these steps, rerun the job.
To submit feedback regarding this article, please click this link: Send Article Feedback
To report a typo on this page, highlight the typo with your mouse and press CTRL + Enter.

Spelling error in text

This site is protected by hCaptcha and its Privacy Policy and Terms of Service apply except as noted in our Privacy Policy.
Thank you!

Thank you!

Your feedback has been received and will be reviewed.

Oops! Something went wrong.

Please, try again later.

You have selected too large block!

Please try select less.

KB Feedback/Suggestion

This form is only for KB Feedback/Suggestions, if you need help with the software open a support case

By submitting, you are agreeing to have your personal information managed in accordance with the terms of Veeam's Privacy Notice.
This site is protected by hCaptcha and its Privacy Policy and Terms of Service apply except as noted in our Privacy Policy.
Verify your email to continue your product download
We've sent a verification code to:
  • Incorrect verification code. Please try again.
An email with a verification code was just sent to
Didn't receive the code? Click to resend in sec
Didn't receive the code? Click to resend
Thank you!

Thank you!

Your feedback has been received and will be reviewed.

error icon

Oops! Something went wrong.

Please, try again later.