Aller au contenu principal

Oracle backup failed instantly and AD backup failed with permissions denied

Thread needs solution

Hi,

 

As I was still facing issues after Update 1 I just decided to fully uninstall and reinstall AB12.5.

I'm trying to backup Oracle server and DC server...

 

For Oracle server backup plan, it just fails instanly when I run it with the following message : 

Backup failed

Failed to back up virtual machine 'xxxx'.

Disabling Oracle backup let the backup run successfully.

 

For one of my AD server, it works fine, for the other, it says Access denied. Logs are :

2017-08-10T11:01:16:185+01:00 140350889170688 I0135003A: User is running command. Command=Collecting application metadata; User=xxx\xxx; clientProfileID=37891576-3DB7-2FBB-1A59-39E3B0A7BDCD; clientSessionID=34DBDFD0-865C-484C-B7E6-7BC0B8F196B3
2017-08-10T11:01:16:191+01:00 140350889170688 I02140000: Deploying the guest service to machine 'xxx'.
2017-08-10T11:02:43:731+01:00 140350889170688 I00000000: Connected to the guest system.
2017-08-10T11:02:43:731+01:00 140350889170688 I02240000: Collecting application metadata.
2017-08-10T11:03:03:070+01:00 140350889170688 E00C10001: Error 0xc10001: Failed to load addon: aavb_ad_backuper.dll
| trace level: error
| channel: tol-activity#91D2D177-A625-40C7-BF1A-F47A10BAEB89
| line: 0xf61a8db817a7fa0e
| file: k:\7641\enterprise\core\addons\impl\load_addons.cpp:53
| function: Core::`anonymous-namespace'::TraceFailure
| $module: app_backup_vsa64_7641
|
| error 0x22b0130: The account under which the backup plan runs does not have the user right to access registry key 'SYSTEM\CurrentControlSet\Services\NTDS\Parameters'.
| Assign the required user right to the account or include the account in the Administrators group.
| line: 0xb6187663779c34e6
| file: k:\7641\enterprise\applications\ad\common\instance.cpp:55
| function: `anonymous-namespace'::ValidateRegistryPermissions
| $module: aavb_ad_backuper_vsa64_7641
|
| error 0x141b58
| line: 0x63002d000428eac1
| file: k:\7641\core\winex\reg.cpp:542
| function: Windows::Registry::GetSecurityInformation
| $module: aavb_ad_backuper_vsa64_7641
|
| error 0xfff0: Access is denied
| line: 0xbd28fdbd64edb8f1
| file: k:\7641\core\common\error.cpp:307
| function: Common::Error::AddWindowsError
| code: 0x80070005
| $module: aavb_ad_backuper_vsa64_7641
2017-08-10T11:03:03:070+01:00 140350889170688 E02140009: Error 0x2140009: Failed to stop the VMware Snapshot Provider service.
| trace level: error
| channel: tol-activity#91D2D177-A625-40C7-BF1A-F47A10BAEB89
| line: 0xa039f2c8f3f174cf
| file: k:\7641\enterprise\managers\aavb\guest\vss_control\commands.cpp:136
| function: `anonymous-namespace'::StopVMwareService
| $module: aavb_backup_command_addon_vsa64_7641
|
| error 0xfff0: Access is denied
| line: 0xbd28fdbd64edb8fb
| file: k:\7641\core\common\error.cpp:317
| function: Common::Error::AddHResult
| code: 0x80070005
| $module: aavb_backup_command_addon_vsa64_7641
2017-08-10T11:03:33:960+01:00 140350889170688 I00000000: Disconnected from the guest system.
2017-08-10T11:03:33:961+01:00 140350889170688 W02140007: Error 0x2140007: Failed to execute command 'PrepareCommand'.
| trace level: warning
| channel: tol-activity#91D2D177-A625-40C7-BF1A-F47A10BAEB89
| line: 0x228917912be00e96
| file: k:/7641/enterprise/managers/app_backup/host/guest_service/impl/app_backup_guest_service.cpp:183
| function: Execute
| $module: disk_bundle_tape_off_glxa64_7641
|
| error 0x2140006: Failed to execute the guest service. Error code: '34865161'.
| line: 0x228917912be00ea9
| file: k:/7641/enterprise/managers/app_backup/host/guest_service/impl/app_backup_guest_service.cpp:202
| function: ProcessResult
| $module: disk_bundle_tape_off_glxa64_7641
|
| error 0x2140009: Failed to stop the VMware Snapshot Provider service.
| line: 0xa039f2c8f3f174cf
| file: k:\7641\enterprise\managers\aavb\guest\vss_control\commands.cpp:136
| function: `anonymous-namespace'::StopVMwareService
| $module: aavb_backup_command_addon_vsa64_7641
|
| error 0xfff0: Access is denied
| line: 0xbd28fdbd64edb8fb
| file: k:\7641\core\common\error.cpp:317
| function: Common::Error::AddHResult
| code: 0x80070005
| $module: aavb_backup_command_addon_vsa64_7641
2017-08-10T11:03:33:961+01:00 140350889170688 I00490000: Creating application-consistent snapshot 'Acronis_Thu Aug 10 11:03:33 2017
'...
2017-08-10T11:04:04:073+01:00 140350889170688 I0135003B: Command has completed successfully. Command=Collecting application metadata; 

 

User is domain admin and has access to this Regkey. Also tried to use the other DC backup plan which is working, no luck. Also tried reinstalling VMTools to make sure credentials cache is resetted, no luck. 

 

Any idea ?

Thanks in advance,

sinN

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Contributions: 250
Commentaires: 7092

Hello sinN_,

Would you also make sure, the user is granted the privileges listed in Acronis Backup: required managed machine service user rights

Hello Ekaterina,

 

Thank you for your reply. About my DC backup, I'm using the Domain Administrator, which is working fine on my 2nd DC. Not on the 1st as we can see. It was previously working with the agent installed manually but I do not want to use it as I've an appliance.

About Oracle backup it simply crash at the beginning, staying at 0% then fails...

Anyways, I'll check permissions but I'm pretty sure they are common as they are both DC.

 

sinN

Hello sinN,

Are there any details in the Oracle error message you could share?

Please also make sure that the VM prerequisites listed here are met:

https://www.acronis.com/en-us/support/documentation/AcronisBackup_12.5/…

Hi Igor,

 

No sorry there are simply no more log as "Backup failed". Got in touch with the support as seems I need Advanced lic to get Oracle app backup working. Yeah I know I have the Standard lic and the Oracle app backup is available to me.... 

Anyway, I started a trial as recommended, linked the lic to my ESXi's but problem persists. Tried to create a new plan and so on. it simply fail on ALL VMs and ALL ESXi host and ALL plans. No agent installed in those VMs, I'm only running the VM Appliance.

Already passed many hours on it with the support and still not solved yet. Got disconnected many times too and had by myself to reach the same agent each time, never received an email back. I'm lost.

Also having issue where AD backup is not working because I think new entered credentials are not taken into considerations. My VM logs is still showing the old user account trying to launch the VBS script (check_Environment.vbs) instead of the new one I entered in the Web console.

 

Thanks,

sinN