One cloud backup will not work, others will

Suddenly one of the backups to my cloud account wont start, the other work fine.
I've tried deleting the backup and recreating it but it still reports the same error.
There is enough room for the files on my account so it is not that causing this.
Please can you sort this crap out.
Log below is typical (same Error every time)
16/04/2020 21:18:36: +01:00 2996 I00000000: -----
16/04/2020 21:18:36: +01:00 2996 I00000000: ATI Demon started. Version: 24.6.1.25700.
16/04/2020 21:18:36: +01:00 2996 I00640002: Operation User Files (C and D) (CLOUD) started by schedule.
16/04/2020 21:18:37: +01:00 2996 I013C0000: Operation: Backup
16/04/2020 21:18:37: +01:00 2996 I013C0000: Backup type: file level
16/04/2020 21:18:39: +01:00 2996 I0064000B: Priority changed to Low.
16/04/2020 21:18:52: +01:00 2996 E00040019: Error 0x40019: Error occurred while backing up.
| trace level: error
| line: 0xaa33a143c434a5f7
| file: c:\bs_hudson\workspace\123\home\backup_worker\impl\backup_worker.cpp:169
| function: `anonymous-namespace'::ReturnCodeToError
| line: 0xaa33a143c434a5f7, c:\bs_hudson\workspace\123\home\backup_worker\impl\backup_worker.cpp:169, `anonymous-namespace'::ReturnCodeToError
| PcsCode: 0x6
| $module: archive3_adapter_vs_25700
16/04/2020 21:18:52: +01:00 2996 E013C0005: Error 0x13c0005: Operation has completed with errors.
| trace level: error
| line: 0x9f2c53c72e8bced8
| file: c:\bs_hudson\workspace\123\products\imager\demon\main.cpp:738
| function: main
| line: 0x9f2c53c72e8bced8, c:\bs_hudson\workspace\123\products\imager\demon\main.cpp:738, main
| $module: ti_demon_vs_25700
Start: 16/04/2020 21:18:36
Stop: 16/04/2020 21:18:52
Total Time: 00:00:16


- Se connecter pour poster des commentaires

Running TI2020 Build 25700 on Windows Pro x64.
The backup in question was indeed a file backup (not Non-stop) of the User folder on C: and the moved User Folders (Music, Pictures, etc) on D: and has worked flawlessly for weeks until about a week or so ago (suspiciously close to the new update).
The same files (on C: and D:) are also backed upped locally (to external USB drive) using a seperate task locally and that task continues to work without any errors.
As suggested, I've since created 2 seperate tasks to backup to the cloud, 1 for each drive and while initially both were failing with the same error as the old task, only the task backing up user files on C: now fails (the D: task now appears to work for now).
Looking at the cloud storage it seems the failing task created a new folder that takes up 1.4GB (that is very slowly growing) of space but somehow contains no files!?
Ran chkdsk and other tools and no errors found on either drive.
Log file (and errors) seems to be the same as before:-
17/04/2020 20:16:31: +01:00 44208 I00000000: -----
17/04/2020 20:16:31: +01:00 44208 I00000000: ATI Demon started. Version: 24.6.1.25700.
17/04/2020 20:16:31: +01:00 44208 I00640002: Operation User Files (C - CLOUD) started by schedule.
17/04/2020 20:16:32: +01:00 44208 I013C0000: Operation: Backup
17/04/2020 20:16:32: +01:00 44208 I013C0000: Backup type: file level
17/04/2020 20:16:35: +01:00 44208 I0064000B: Priority changed to Low.
17/04/2020 20:16:46: +01:00 44208 E00040019: Error 0x40019: Error occurred while backing up.
| trace level: error
| line: 0xaa33a143c434a5f7
| file: c:\bs_hudson\workspace\123\home\backup_worker\impl\backup_worker.cpp:169
| function: `anonymous-namespace'::ReturnCodeToError
| line: 0xaa33a143c434a5f7, c:\bs_hudson\workspace\123\home\backup_worker\impl\backup_worker.cpp:169, `anonymous-namespace'::ReturnCodeToError
| PcsCode: 0x6
| $module: archive3_adapter_vs_25700
17/04/2020 20:16:46: +01:00 44208 E013C0005: Error 0x13c0005: Operation has completed with errors.
| trace level: error
| line: 0x9f2c53c72e8bced8
| file: c:\bs_hudson\workspace\123\products\imager\demon\main.cpp:738
| function: main
| line: 0x9f2c53c72e8bced8, c:\bs_hudson\workspace\123\products\imager\demon\main.cpp:738, main
| $module: ti_demon_vs_25700
Start: 17/04/2020 20:16:31
Stop: 17/04/2020 20:16:46
Total Time: 00:00:15
- Se connecter pour poster des commentaires

PT, can you find the C:\ProgramData\Acronis\TrueImageHome\Logs\backup_worker log file to match your ti_demon log shown above as this will contain more detailed messages about what is happening for this task.
If you need help with the backup_worker log, then please zip it to preserve the original file name then attach the zip file using the file upload option for this topic.
- Se connecter pour poster des commentaires

It could be that you have included the OneDrive folder - while this is excluded for Disk + Partition backups, it may not be for files and folders. If that is so, and you use files on demand, then that could be the cause of the problem.
You can backup you OneDrive folder directly to Acronis Cloud (I believe this applies even if you have a perpetual licence). You do this by opening the Online Dashboard (can be accessed via ATI and selecting "Account", and it is at the bottom). Click "Add" right-hand top; while it refers to Office 365 it should work with just windows - all you need is your Microsoft Account.
Pleas keep us updated on your progress.
Ian
- Se connecter pour poster des commentaires

Thanks for the responses, but I cant get any further as TI is now screwing up in yet another way.
I cant run ANY task now (either manually or scheduled) as they all go into queued mode, despite the fact there are no other tasks running!
Tried doing a repair install, no help.
This is beyond a joke now, whats the best way of removing ALL traces of TI, files, registry etc? So I can do a 100% clean install and hopefully fix this trainwreck of a product for now.
- Se connecter pour poster des commentaires

PT, if your tasks are going into queued status, then ATI believes that a task is already active or is in error recovery to retry after a failure.
With Cloud backups, doing a full uninstall of all traces of ATI will not remove any of your data from the Acronis Cloud servers but you would need to reconfigure your backup tasks again after doing a fresh install.
I would recommend an alternative approach first:
Download the Acronis Scheduler Manager (link in my signature) and run this as Administrator, which will open a black Command prompt type window.
Type the command: task zap which will remove all scheduled tasks, including those created by error recovery.
Restart your computer, then open the main ATI GUI and test that your working backups can still run manually. Note: you will need to put back the schedule for all tasks that was removed by using 'task zap'.
This will still leave the issue of the problem backup that needs more information to determine why it is failing? The C:\ProgramData\Acronis\TrueImageHome\Logs\backup_worker log file for that task should provide more information on why it is failing.
- Se connecter pour poster des commentaires

PT,
The last log you posted shows Operation User Files....... Error 0x40019:
Given you are backing up User files are Windows Libraries included in your files you have selected for backup? If yes can you remove the Libraries from the backup and see if that resolves the issue?
- Se connecter pour poster des commentaires