[SOLVED] Backup works, but changing the backup options asks for credentials and fail to authenticate
ATIH 2016 b5554
Dear Acronis, MVPs I am facing an issue with ATIH 2017 that's pretty weird and unexplainable for me.
Today a scheduled backup ran successfully, however I've noticed that there are data that are big sized and could be excluded from this backup.
So I choose the backup job after its successful completion, clicked options and then the weirdness just started. ATIH 2017 asked for credentials to change the job's options of a network based backup?! Now this is completely new behaviour to me.
I would be ok with that clicking on OK to accept the saved credetials for the SMB file share for this job but the authentication fails. Re-entering the same credentials (cut and paste from passwordsafe) fails as well.
So HOW was ATIH able to authenticate the previously ok running job and now bugging out with failed authentication. Even if I skip the authentication I can setup the exclusion but as soon I click ok to save the modified job, the authentication window reapears - with same results.
Summary of issue:
Authentication of backup target keeps failing (SMB file share) when trying to edit a working backup job (working ok for a very long time)
Errorcode: 0x00AC001A
<?xml version="1.0" encoding="UTF-8" ?>
<log uuid="" product="Acronis True Image" version="20.0" build="5554" >
<event id="1" level="3" module="172" code="65" time="1476534982" message="Öffnen des Elements \\NAS\Backups\ fehlgeschlagen." line_tag="0x6165BFABD2007C5D" >
<error>AUEArABdfADSq79lYcOWZmZuZW4gZGVzIEVsZW1lbnRzIFxcTkFTXEJhY2t1cHNcIGZlaGxnZXNjaGxhZ2VuLgAkbW9kdWxlAEF0aV9tYW5hZ2Vyc192c181NTU0ACRmaWxlAEFrOlw1NTU0XHByb2R1Y3RzXGltYWdlclxob21lXG1hbmFnZXJzXGltcGxcZmlsZV9icm93c2VyXGZpbGVfYnJvd3Nlcl9tYW5hZ2VyX2ltcGwuY3BwACRmdW5jAEFUcnVlSW1hZ2U6Ok1hbmFnZXJzOjpGaWxlQnJvd3Nlck1hbmFnZXJJbXBsOjpHZXRJbmZvACRsaW5lAE5NAgAAAAAAAABAAKwATp7xJbWHorPDlmZmbmVuIGRlcyBFbGVtZW50cyBcXE5BU1xCYWNrdXBzXCBmZWhsZ2VzY2hsYWdlbi4AJG1vZHVsZQBBdGlfbWFuYWdlcnNfdnNfNTU1NAAkZmlsZQBBazpcNTU1NFxwcm9kdWN0c1xpbWFnZXJcaG9tZVxtYW5hZ2Vyc1xpbXBsXGNvbW1vblxmaWxlX21hbmFnZXJcdmZzX2l0ZW1faW5mb19sb2FkZXJfam9iLmNwcAAkZnVuYwBBVHJ1ZUltYWdlOjpNYW5hZ2Vyczo6VkZTSXRlbUluZm9Mb2FkZXJKb2I6Okl0ZXJhdGlvbgAkbGluZQBOUAAAAAAAAAAABgCvAS3xXfuKpd4aw5ZmZm5lbiBkZXMgRWxlbWVudHMgXFxOQVNcQmFja3Vwc1wgZmVobGdlc2NobGFnZW4uACRtb2R1bGUAQXRpX21hbmFnZXJzX3ZzXzU1NTQAJGZpbGUAQWs6XDU1NTRccHJvZHVjdHNcaW1hZ2VyXGhvbWVcbWFuYWdlcnNcaW1wbFxjb21tb25cZmlsZV9tYW5hZ2VyXHZmc19icm93c2VyX2ltcGwuY3BwACRmdW5jAEFUcnVlSW1hZ2U6Ok1hbmFnZXJzOjpTaW1wbGVWRlNCcm93c2VyOjpPcGVuSXRlbQAkbGluZQBORgEAAAAAAAAAFACvATCHl7egOG6lRmFpbGVkIHRvIHNldCBjcmVkZW50aWFscy4AJG1vZHVsZQBBdGlfbWFuYWdlcnNfdnNfNTU1NAAkZmlsZQBBazpcNTU1NFxwcm9kdWN0c1xpbWFnZXJcaG9tZVxtYW5hZ2Vyc1xpbXBsXHZmc1xpbXBsXHZmc19zYW1iYS5jcHAAJGZ1bmMAQVRydWVJbWFnZTo6TWFuYWdlcnM6OlNhbWJhVkZTOjpPcGVuSXRlbQAkbGluZQBOSAAAAAAAAAAAGwCvAT+Hl7egOG6lRmFpbGVkIHRvIHNldCBjcmVkZW50aWFscy4AJG1vZHVsZQBBdGlfbWFuYWdlcnNfdnNfNTU1NAAkZmlsZQBBazpcNTU1NFxwcm9kdWN0c1xpbWFnZXJcaG9tZVxtYW5hZ2Vyc1xpbXBsXHZmc1xpbXBsXHZmc19zYW1iYS5jcHAAJGZ1bmMAQVRydWVJbWFnZTo6TWFuYWdlcnM6OlNhbWJhVkZTOjpPcGVuSXRlbUltcGxDcmVkZW50aWFsc1dyYXBwZXIAJGxpbmUATlcAAAAAAAAAABsArABZrX8ISpdaVkZhaWxlZCB0byBzZXQgY3JlZGVudGlhbHMuACRtb2R1bGUAQXRpX21hbmFnZXJzX3ZzXzU1NTQAJGZpbGUAQWs6XDU1NTRccHJvZHVjdHNcaW1hZ2VyXGhvbWVcbWFuYWdlcnNcaW1wbFx2ZnNcaW1wbFx1dGlsc19pbXBsLmNwcAAkZnVuYwBBVHJ1ZUltYWdlOjpNYW5hZ2Vyczo6U2V0U2FtYmFDcmVkZW50aWFscwAkbGluZQBOdQAAAAAAAAAAFQCsAKQm1gqD/8NpTG9nb24gZmFpbHVyZS4AJG1vZHVsZQBBdGlfbWFuYWdlcnNfdnNfNTU1NAAkZmlsZQBBazpcNTU1NFxwcm9kdWN0c1xpbWFnZXJcaG9tZVxtYW5hZ2Vyc1xpbXBsXHBlcnNpc3RlbnRfY29ubmVjdGlvblxwZXJzaXN0ZW50X2Nvbm5lY3Rpb25fbWFuYWdlcl9pbXBsLmNwcAAkZnVuYwBBVHJ1ZUltYWdlOjpNYW5hZ2Vyczo6UGVyc2lzdGVudENvbm5lY3Rpb25NYW5hZ2VySW1wbDo6Q2hlY2tDb25uZWN0aW9uV2luZG93cwAkbGluZQBOwgIAAAAAAAAAFwCsAKQm1gqD/8NpTG9nb24gZmFpbHVyZS4AJG1vZHVsZQBBdGlfbWFuYWdlcnNfdnNfNTU1NAAkZmlsZQBBazpcNTU1NFxwcm9kdWN0c1xpbWFnZXJcaG9tZVxtYW5hZ2Vyc1xpbXBsXHBlcnNpc3RlbnRfY29ubmVjdGlvblxwZXJzaXN0ZW50X2Nvbm5lY3Rpb25fbWFuYWdlcl9pbXBsLmNwcAAkZnVuYwBBVHJ1ZUltYWdlOjpNYW5hZ2Vyczo6UGVyc2lzdGVudENvbm5lY3Rpb25NYW5hZ2VySW1wbDo6Q2hlY2tDb25uZWN0aW9uV2luZG93cwAkbGluZQBOwgIAAAAAAAAA8P8AAPG47WS9/Si9TWVocmZhY2hlIFZlcmJpbmR1bmdlbiB6dSBlaW5lbSBTZXJ2ZXIgb2RlciBlaW5lciBmcmVpZ2VnZWJlbmVuIFJlc3NvdXJjZSB2b24gZGVtc2VsYmVuIEJlbnV0emVyIHVudGVyIFZlcndlbmR1bmcgbWVocmVyZXIgQmVudXR6ZXJuYW1lbiBzaW5kIG5pY2h0IHp1bMOkc3NpZy4gVHJlbm5lbiBTaWUgYWxsZSBmcsO8aGVyZW4gVmVyYmluZHVuZ2VuIHp1IGRlbSBTZXJ2ZXIgYnp3LiBkZXIgZnJlaWdlZ2ViZW5lbiBSZXNzb3VyY2UsIHVuZCB2ZXJzdWNoZW4gU2llIGVzIGVybmV1dABjb2RlAE7DBAeAAAAAACRtb2R1bGUAQXRpX21hbmFnZXJzX3ZzXzU1NTQAJGZpbGUAQWs6XDU1NTRcY29tbW9uXGVycm9yLmNwcAAkZnVuYwBBQ29tbW9uOjpFcnJvcjo6QWRkV2luZG93c0Vycm9yACRsaW5lAE4zAQAAAAAAAAA=</error>
</event>
<event id="2" level="3" module="172" code="64" time="1476534982" message="Öffnen des Elements \\NAS\Backups\ fehlgeschlagen." line_tag="0xB3A287B525F19E4E" hide="1" />
<event id="3" level="3" module="431" code="6" time="1476534982" message="Öffnen des Elements \\NAS\Backups\ fehlgeschlagen." line_tag="0x1ADEA58AFB5DF12D" hide="1" />
<event id="4" level="3" module="431" code="20" time="1476534982" message="Failed to set credentials." line_tag="0xA56E38A0B7978730" hide="1" />
<event id="5" level="3" module="431" code="27" time="1476534982" message="Failed to set credentials." line_tag="0xA56E38A0B797873F" hide="1" />
<event id="6" level="3" module="172" code="27" time="1476534982" message="Failed to set credentials." line_tag="0x565A974A087FAD59" hide="1" />
<event id="7" level="3" module="172" code="21" time="1476534982" message="Logon failure." line_tag="0x69C3FF830AD626A4" hide="1" />
<event id="8" level="3" module="172" code="23" time="1476534982" message="Logon failure." line_tag="0x69C3FF830AD626A4" hide="1" />
<event id="9" level="3" module="0" code="65520" time="1476534982" message="Mehrfache Verbindungen zu einem Server oder einer freigegebenen Ressource von demselben Benutzer unter Verwendung mehrerer Benutzernamen sind nicht zulässig. Trennen Sie alle früheren Verbindungen zu dem Server bzw. der freigegebenen Ressource, und versuchen Sie es erneut" line_tag="0xBD28FDBD64EDB8F1" hide="1" />
Please investigate this problem.
The KB entry does not relate to the problem as it reads like a HTTP issue with online backup.
https://kb.acronis.com/content/57042
I fail to upload a System Report so I have used the feedback feature instead, backlinking to this topic. Errors when trying to attach the AcronisSystemReport.zip: an http error 0 occoured <br/>/upload/js
,
or 413 Request Entity Too Large

- Log in to post comments

thanks Steven, the problem discussed there seems to be slightly different but could be related.
- Log in to post comments

Karl - do you have ANY mapped drives in Windows at all? If so, this seems to be where the bug is occurring for others and can be replicated during testing. Acronis issued a KB for this recently recommending that, for now, if your mapped drive is using DNS name for the UNC path, that you map in Acronis with IP (or vice-versa). The other work-a-rounds are to disconnect the mapped drives in Windows temporarily, create the task and authenticate and then map the drives in Windows again. OR, stop and start the workstation servcie and create the backup task. Or, edit the host file with a direct link to the NAS via hostname to IP.
Ultimately, having the mapped drive in Windows is the issue/bug though and definitely new to this release.
- Log in to post comments

Hi again,
yesterday the scheduled backup ran as usual and with no issues. This all does not explain why I get an authentication issue when changing options for the same job. Please investigate @Acronis.
I record a Wireshark if needed.
Please remind that the connected Network drive in Windows are not using the same creds as in the Acronis job. The creds in my user context \\nas\backups (mapped as b:) does not have write access for security reasons. The user that uses the same share with ATIH has full permissions, though.
- Log in to post comments

Karl Heinz wrote:Please remind that the connected Network drive in Windows are not using the same creds as in the Acronis job. The creds in my user context \\nas\backups (mapped as b:) does not have write access for security reasons. The user that uses the same share with ATIH has full permissions, though.
It doesn't seem to matter which drives are mapped - any mapped drives produce this error currently for me.
Even with this behavior, existing backups will continue to run fine, but any attempt to edit them (or to create a new one) while any mapped drives are active seems to fail to authenticate in Acronis version 2017 5554/5555. It's definitely a bug.
Easiest way to circument this is to temporarily stop and restart the workstation service or dop the mapped drives and reconnect them after the backup job has been edited or the new one has been created.
- Log in to post comments

these hotfix files solved the issue:
https://kb.acronis.com/content/59051
it will be incorporated in a later official patch according to Slava (post #150) https://forum.acronis.com/forum/126528?page=2#comment-396692
- Log in to post comments