Skip to main content

Start a full backup and it errors at 3%. windows 7 to windows 8.1 or windows 10 to windows 7.. all the rest work!

Thread needs solution

My client (TG) has 6 licenses Acronis backup advanced 11.7 (all 6 full management licenses)

4 machines are running Windows 7 pro, 1 windows 8.1 pro and 1 windows 10 pro.

Those of the 6 running management are: one win7pro and the one win8.1pro machine.   I hope this makes sense..

 

The three win7pro non management machines can back up to the one win7pro management machine.. works fine

Try to backup any machine to win8.1pro management machine fails at 3%

Try to backup win10pro machine to win8.1pro or win7pro management machines fails..

I have looked through the forum and I've tried the kill and reset options, no help.

I've removed machines from ams and re-added..  killed centralized storage and rebuild ground up, sharing folder, setting up adding to ams..  same results.  You can image, I have days in this now, not hours..   I've removed antivirus programs.. still no joy..  help please please!!

 

 

Here is the error message:

Failed to execute the command.
Additional info: 
--------------------
Error code: 41
Module: 307
LineInfo: e6792a5ee190de98
Fields:  $module : agent_protection_addon_vs_50088
Message: Failed to execute the command.
--------------------
Error code: 2
Module: 329
LineInfo: 8edc81ea38faba0a
Fields:  TraceLevel : 1, $module : gtob_backup_command_addon_vs_50088
Message: Step 'Backup' has failed.
--------------------
Error code: 22
Module: 309
LineInfo: 8d165e86fb819666
Fields:  TraceLevel : 1, $module : gtob_backup_command_addon_vs_50088
Message: TOL: Failed to execute the command. The 'Backing up' command backs up the specified data to the specified location.
--------------------
Error code: 200
Module: 161
LineInfo: b320396adfe3b54
Fields:  IsReturnCode : 1, $module : disk_bundle_vs_50088
Message: Failed to get archive URIs from location 'arl:/EC9FDF58-BABD-42C5-88F6-7C5CA0EA5F38/596B91DA-9DDE-4A14-A358-4BBBE2E43A74'.
--------------------
Error code: 200
Module: 161
LineInfo: a0f87a51d6f9cc8e
Fields:  IsReturnCode : 1, $module : disk_bundle_vs_50088
Message: Failed to get archive URIs from location 'arl:/EC9FDF58-BABD-42C5-88F6-7C5CA0EA5F38/596B91DA-9DDE-4A14-A358-4BBBE2E43A74'.
--------------------
Error code: 640
Module: 64
LineInfo: a1d3981537c68781
Fields:  $module : disk_bundle_vs_50088
Message: Failed to open the metadata directory.
--------------------
Error code: 46
Module: 64
LineInfo: 97675718d2b52d17
Fields:  path : file://offsite/, $module : disk_bundle_vs_50088
Message: Failed to open the backup location.
--------------------
Error code: 20
Module: 4
LineInfo: bd01591c540a133f
Fields:  function : WNetOpenEnumW, path : \\?\UNC\offsite\, $module : disk_bundle_vs_50088
Message: Access to the file is denied.
--------------------
Error code: 65520
Module: 0
LineInfo: bd28fdbd64edb8ee
Fields:  code : 2147942405, $module : disk_bundle_vs_50088
Message: Access is denied
--------------------

0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 22
Comments: 3800

Hi,

The network shares access is performed by Acronis Backup Agent for Windows using native Windows API functions  (WNetOpenEnumW is the discovery call) and you get "Access denied" error code while trying to list shares on \\offsite\ share, so the issue should be related to Windows specifics in the way shares on Win8.1 are opened from Win7 and other clients. Have you verified that the share path (same as in error) can be opened from Windows Explorer? If yes, and it works, then it would also make sense to define the path using IP address + share name, e.g. \\[IP]\sharename instead of using hostnames which potentially can be resolved to IPv6 address and thus malfunction.

If the above doesn't help please contact our support team for further assistance.

Thank you.

Well, I'm waiting for the test to run but we are at 20% rather than 3%... So I'm stoked!

Your reply gave me two key ingredients..

1)  Windows 8/8.1 or Windows 10, using the machine name may not resolve, better static IP

I already had them set static, so I deleted the centralized vault, and set it up based on the machine IP instead of machine name..

2) If I've already tested access from the other machine?? 

What, I never thought of that lol just assumed it was good.  I checked and no, it did not work.  Then I realized, oh wait, I need the share to include that user.  Looked up the user I had defined for sharing, added them in advanced sharing and checked again..  Yes, now I can see it.  Went back and realized in the centralized vault I was using the computer logon of the machine to back up (wrong) and it needed to be the logon of the share user I had defined..  

 

Wow days lost for an Id10t error lol..  Thank you!!!

Barry,