Initial backup failing on three on-prem VM's

Brandon Robinson 1 Reputation point
2022-05-09T19:25:22.75+00:00

I'm trying to back up three MS Server VM's and it's failing. One of them that keeps coming up is SalBitmapError. I have the latest MARS and I also removed the antivirus. ShadowCopy space is fine too. I just don't know where to look to get any more info than that.

What's weird is I spun up a brand new VM, installed Azure Backup and it worked fine. These other three machines used to back up to Datto. I uninstalled that agent before installing MARS, could that be related?

Thanks in advance.

Azure Backup
Azure Backup
An Azure backup service that provides built-in management at scale.
0 comments No comments
{count} votes

1 answer

Sort by: Most helpful
  1. SadiqhAhmed-MSFT 49,441 Reputation points Microsoft Employee Moderator
    2022-05-11T10:25:02.15+00:00

    Hello @Brandon Robinson Sorry for the inconvenience this must have caused!

    You mentioned that you are backing up 3 VMs using MARS agent and it failing with "SalBitmapError".

    This issue could happen due to multiple reason.

    Cause 1: Due to old backup agent, ensure the VM has the latest backup agent installed.

    Cause 2: Due to the metadata iteration. When the MARS agent is iterating over the metadata vhd's file folder and if there is any directory corrupt or some file system issue then this error can come.

    Mitigation steps:

    • If the VM has outdated backup agent then update the agent by following the steps mentioned in the document [Done]
    • Removed Anti-Virus [Done]
      .
    • Retry the backup operation. Usually retry operation resolves this issues if the issue still persist then try the next step.
    • Resync it by adding the below regkey.
    • Open the Registry editor by typing regedit in the Run window.
    • Go to Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config\CloudBackupProvider path.
    • Right-click on the right side window and add a new string value ResyncNeeded_<ReplicaID>.
    • Once the value is added right-click on the value name and click Modify
    • Add the value data 1 and click Ok. Registry Key:

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config\CloudBackupProvider
    ResyncNeeded_<ReplicaID>=dword:1

    Sample registry with ReplicaID:

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Config\CloudBackupProvider
    ResyncNeeded_bbbbbbbb-cccc-bbbb-cccc-bbbbbbbbbbbb=dword:1

    Note: Here the guid bbbbbbbb-cccc-bbbb-cccc-bbbbbbbbbbbb is replica id. You can find it in CBEngine logs from (C:\Program Files\Microsoft Azure Recovery Services Agent\Temp). Sample log with ReplicaSnapshotId is given below:

    CBpDsVolumeInfo::FindMatchingVolumeContext VolumeContext not found for ReplicaId [{bbbbbbbb-cccc-bbbb-cccc-bbbbbbbbbbbb}] , ReplicaSnapshotId [{00000000-0000-0000-0000-000000000000}] , Volume [\?\Volume{c0d59d8f-0000-0000-0000-100000000000}]

    • As the metadata vhd is on the scratch space there could be storage issue. To check if the backup is failed due to scratch storage issue perform the below:
    • From the CBP trace log check the error code, if log contains error code 0x80070057 (Parameter Invalid) or 0x80070035 (Network path not found) then this is possibly storage issue.
    • Check the VHDMP, NTFS, System/VSS events to verify this cause.
    • If there is any storage issue, you need to resolve this issue first and retry the backup operation.

    Hope this helps!

    ----------------------------------------------------------------------------------------------------------------------

    If the response helped, do "Accept Answer" and up-vote it

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.