Skip to main content

SharePoint Backup Failure After SharePoint Tenant Domain Rename in Druva inSync

Problem description

After performing a SharePoint tenant domain rename, backups for some SharePoint sites fail on Druva inSync. The error displayed during backup attempts is:

Error: Unable to read file. Permission Denied Response Code: 404

Scenario:

  • Customer renamed the SharePoint tenant domain.

  • Subsequent backups failed for certain sites.

  • Manual backup worked after refreshing URLs.


Cause

Druva's backend uses cached URLs for configured SharePoint sites. After a domain rename, Microsoft updates the domain details instantly, but Druva requires time for the discovery refresh process to update the URLs in the backend. If a backup runs before this completion, the stale URLs return an HTTP 404 error, which is interpreted as a permission error.


Traceback

N/A (Specific code stack not relevant, error message captured in logs):

Error in logs:

Unable to read file. Permission Denied Response Code: 404


Resolution

  1. Trigger Manual Backup:

    • From the Druva inSync Admin Console, select affected SharePoint sites and initiate a manual backup.

    • Confirm completion without errors.

  2. Allow Discovery Refresh to Complete:

    • After a SharePoint domain rename, allow sufficient time for Druva discovery services to repopulate updated site URLs.

    • Avoid scheduling backups immediately after domain changes.

  3. Preventive Tips:

    • Monitor Druva Reports and Alerts to identify failed sites post-domain rename.

    • Schedule critical backups only once discovery is verified to have completed.


Include and exclude filters

No changes to include/exclude filters are required for this issue


Verification

  • Navigate to Backup Reports in Druva Admin Console.

  • Confirm that previously failing SharePoint sites now show successful backup status.

  • Check job logs for absence of Permission Denied 404 errors.

Did this answer your question?