Error 0x40019

My nonstop cloud backup appears to be working, but I get dozens of error message emails. When I examine them I see that the operation has completed with errors, namely error 0x40019 and others.
Ancient forum posts suggest that some process is locking one of the files that TI is trying to backup.
I can use "Change Source," but haven't yet figured out what the problem file is, or if that is really the issue. I can't access the Options for this backup. (That doesn't show up even when the backup is paused.) The nonstop backup covers the Users directory. Not sure that it's relevant, but I've relocated the photo and music directories for one user (me) to another drive.
Here's a sample of the failure email I'm getting:
2020-02-20T02:06:00:167-08:00 32144 I00000000: -----
2020-02-20T02:06:00:167-08:00 32144 I00000000: ATI Demon started. Version: 24.5.1.22510.
2020-02-20T02:06:00:370-08:00 32144 I00640002: Operation Cloud Nonstop started by schedule.
2020-02-20T02:06:00:548-08:00 32144 I013C0000: Operation: Backup
2020-02-20T02:06:00:548-08:00 32144 I013C0000: Backup type: file level
2020-02-20T02:06:04:167-08:00 32144 I0064000B: Priority changed to Low.
2020-02-20T02:06:15:544-08:00 32144 E00040019: Error 0x40019: Error occurred while backing up.
| trace level: error
| line: 0xaa33a143c434a5f7
| file: c:\bs_hudson\workspace\23\home\backup_worker\impl\backup_worker.cpp:169
| function: `anonymous-namespace'::ReturnCodeToError
| line: 0xaa33a143c434a5f7, c:\bs_hudson\workspace\23\home\backup_worker\impl\backup_worker.cpp:169, `anonymous-namespace'::ReturnCodeToError
| PcsCode: 0x6
| $module: archive3_adapter_vs_22510
2020-02-20T02:06:15:707-08:00 32144 E013C0005: Error 0x13c0005: Operation has completed with errors.
| trace level: error
| line: 0x9f2c53c72e8bced8
| file: c:\bs_hudson\workspace\23\products\imager\demon\main.cpp:738
| function: main
| line: 0x9f2c53c72e8bced8, c:\bs_hudson\workspace\23\products\imager\demon\main.cpp:738, main
| $module: ti_demon_vs_22510


- Se connecter pour poster des commentaires

Great suggestion Steve.
I looked there and saw all kinds of interesting stuff and reconfigured all kinds of things. Deleted backups and re-created them. I'm still getting a lot off failure notifications. Now, when I look in a log file for a nonstop cloud backup I see a lot of this:
2020-02-20T23:14:02:874-08:00 5948 I00000000: type=log; level=inf; message=io#1: io#1rq#98: readfile = {.offset = 0x47be22000, .length = 131072, .lock_id = 0xc00000fb9bc2a}, astor_client = 1;
2020-02-20T23:14:03:923-08:00 5948 I00000000: type=log; level=inf; message=io#1: io#1rq#99: readfile = {.offset = 0x47be42000, .length = 524288, .lock_id = 0xc00000fb9bc2a}, astor_client = 1;
2020-02-20T23:14:05:434-08:00 5948 I00000000: type=log; level=inf; message=cl#1: io#1rq#100: lock = {.suffix = 'Cloud Nonstop', .name = 'archive.tibx', .lock_id = 0xc00000fb9bc2a, .lock_level = 1}, astor_client = 1;
2020-02-20T23:14:32:615-08:00 5948 I00000000: type=log; level=inf; message=cl#1: io#1rq#136: waiting for an acknowledgement from the gw;
2020-02-20T23:14:32:990-08:00 5948 I00000000: type=log; level=inf; message=cl#1: io#1rq#136: received an acknowledgement, error code = 0 (success);
Lock ID sounds suspicious, but archive.tibx seems to be the cloud destination, rather than a problematic source file. Any clues here?
- Se connecter pour poster des commentaires

Dave, the snippet of the backup_worker log entries looks to be normal, archive.tibx is the destination file for your Cloud Nonstop backup task on the cloud servers.
These logs carry a whole bucket load of diagnostic messages, the majority of which are of no real concern unless it actually tells you of a failure or error condition. Level = inf (information) is the main clue above.
- Se connecter pour poster des commentaires

Thanks for the info. I'm guessing that "error code = 0 (success)" isn't a real error code.
I'll check in with support and create a ticket.
Thanks tons,
Dave
- Se connecter pour poster des commentaires

Update after checking in with support.
Their thinking is that nonstop backups of libraries is not supported. (The Windows libraries that look like folders but that combine things from different places.) They sent me to this link which includes:
Nonstop Backup limitations
- Acronis Cloud cannot be used as a destination for a disk-level nonstop backup.
- Windows libraries (Documents, Music, etc.) can be protected with a disk-level nonstop backup only.
So, if I'm reading them right, you can't do a cloud nonstop backup of your documents folder. Or rather you could, but it's "a library" so you can't. I think this is kind of ironic, because if there's anywhere I'm going to want to backup on a real time basis, it's my documents folder. Of course that's allowed with a disk-level nonstop backup, but (see above) you can't do a disk-level nonstop backup to the cloud.
I thought I'd do a local nonstop backup and replicate it to the cloud, but you can't replicate a a folder backup and I think you can't replicate a nonstop backup. (I forget where I found that.)
This sounds really weird. Is it correct that nobody is doing nonstop cloud backups of their documents? Isn't that it's main use case?
I don't even want to backup the "library." I just want to backup the actual documents directory. Maybe that's the trick. Research continues.
- Se connecter pour poster des commentaires

Dave, I have not had any need to use NSB for any of my data as this doesn't have sufficient changes to warrant that level of regular backups every 5 mins or so. A regular scheduled backup could be run every 1 hour if needed or else a more frequent back task could be made by using the Windows Task Scheduler to launch the task.
The alternative is use a mix of scheduled Acronis backups alongside using OneDrive etc.
- Se connecter pour poster des commentaires

The issue is that libraries are shortcuts. Shortcuts only point to data. It does no good to backup shortcuts as they support no data, they only point to it. So a backup of shortcuts is in reality a backup of nothing.
- Se connecter pour poster des commentaires

You need to specify the full path to back them up with non-stop backup. I have done this successful for a long time (for testing). For my own needs, I find folders + files is better suited.
Ian
- Se connecter pour poster des commentaires

Steve, I'll consider your point about not really needing 5 minute backups.
Enchantech, I agree that Libraries are shortcuts, and that backing up shortcuts is not useful. I want to back up the actual Documents directory. The Library appears to consist of the Documents directory, public documents, and files on OneDrive. I don't even want the library to exist. I just want to backup the main underlying Documents directory.
IanL-S, this sounds like what I'm looking for, but so far I'm stumped. How do I specify the full path of the Documents directory when TI only gives me the option of selecting the "file folder" in a dialogue box, but actually selects the Library?
Thanks for your thoughts,
Dave
- Se connecter pour poster des commentaires

Dave, what is the location shown for your Docs Library?
On the Location page should show where the actual main folder is, then select that folder for the source of your ATI backup task.
As shown above, I do not have any of my Documents (or Music, Pictures, Videos etc) on my main Windows OS drive, and only have the one Docs root folder in the Library.
- Se connecter pour poster des commentaires

To add to Steve's post, if you select your documents folder in Explorer, then right click on it and select Properties you will get the Document Properties window as shown in Steve's screenshot. Notice that a button labeled Find Target is available. Clicking on that button will take you to the real location of the Documents folder showing full path.
- Se connecter pour poster des commentaires

(See my uploaded file Documents Properties and Find Target_0.png)
Hi Steve, the locations of my Documents Library, shown the same way you have it shown, is just C:\Users\Dave\Documents. (I removed the All Users Documents and OneDrive Documents from the library to try to make the problem go away, so now all that's left is the actual Documents directory. That doesn't help.)
'lo Enchantech, I clicked the Find Target button and it shows that Documents is in This PC > Local Disc (C:) > Users > Dave.
So it looks like whenever you select the actual Documents directory, Windows pulls a ninja move and shows and/or selects the Documents Library for you, including when you try to select the directory in TI.
I think the best solution, if possible, would be for TI to recognize that it's not going to be able to backup a library and just choose the main underlying directory. It may be that TI doesn't do this because Windows won't allow it to select the directory either.
I have come across some Registry hacks that may be able to remove the library altogether, while leaving the directory behind, though it sounds like some programs will recreate it. We'll see.
Hopefully some Acronis tech will be idly reading these posts and come across this one, either adding it to the wish list, or explaining why it's not going to happen.
Thanks for your thoughts everyone,
Dave
P.S. I don't really think there is a solution to this one. Should I choose something and mark it as a solution anyway, just to resolve it?
Fichier attaché | Taille |
---|---|
532704-180594.png | 115.1 Ko |
- Se connecter pour poster des commentaires

Dave,
Thanks for posting back with your results. I have myself noticed the issues with Libraries as you mote here. I personally use a Junction point to relocate my personal user folders to a secondary drive which I backup on an NAS as a differential daily. The interesting thing is that if I select the Documents folder as I described above the location shows as G: (my secondary drive letter) \My Documents. If I select my secondary drive I see a Documents folder but do not see a My Documents folder yet, if I select the secondary drives Document folder, select Properties - Location it shows as G:\My Documents.
In your case rather than selecting the Documents folder in Libraries navigate to This PC folder and select the Documents folder there for your non stop backup. If you look at the Properties for this folder you should find that it is C:\Users\Dave\Documents. This should allow TI to backup the folder.
- Se connecter pour poster des commentaires

Enchantech wrote:In your case rather than selecting the Documents folder in Libraries navigate to This PC folder and select the Documents folder there for your non stop backup. If you look at the Properties for this folder you should find that it is C:\Users\Dave\Documents. This should allow TI to backup the folder.
I agree, that is how I got nonstop backup to backup those directories. In my experience it works well (provided you disable files on demand if you include your OneDrive folder).
Ian
- Se connecter pour poster des commentaires

Hi Enchantech and Ian,
I did select the actual Documents directory, rather than the Documents library. It's Windows' ninja move: I select the directory, and it actually chooses the library. I did not back up the OneDrive folder in that test.
Glad it worked for you guys though.
Dave
- Se connecter pour poster des commentaires

That is odd Dave; not sure why you are seeing a different result. Too late at night for me to think rationally about why you might get a different result.
Ian
- Se connecter pour poster des commentaires