Automatic cleaning on FTP backup target doesn't work
I configured Acronis True Image 2017 backup to save to an FTP server and it creates backup archives on the site, but the automatic cleanup function is not working. I tried to set all the available methods (size limit, time limit, version chain count) but nothing helped, all the files remains on the FTP server until I delete them manually.
The main problem is, that if I delete anything from the FTP server, then I cannot use the remaining archive files because when I want to recover something the program complains for the missing archives (that it should have delete long ago).
If anybody knows something about it please help. Or if somebody uses ATI 2018 and can confirm that this function is properly working in that version, that information also can be useful.
Thanks in advance.
Tom, welcome to these User Forums.
Please download the MVP Log Viewer tool (from the Community Tools link below) and use this to check what messages are being posted to your backup task log when automatic cleanup should be actioned?
I have had no issues with using automatic cleanup on any recent version of ATI - I currently use both the 2017 & 2017 products on different systems, but I am not doing any backups to FTP locations, so don't know if this is a factor here or not?
If you do delete backup files manually from your FTP server, then I would recommend running a Validation for the backup task that created the deleted files, this will then try to reconcile the information held in the Acronis Database against the files remaining, which is why error messages about missing versions are given. The database is checked when your task runs and will give errors if it has a record about files which are no longer found.
Thank you for your response. I'll search and download the MVP and report about the result. The running of Validation leads to the same result as any other operation on the backup: messagebox about the missing versions. The reason is why it is so anoying is: every single missing version ignore requires a click (there is no "ignore all" button). What's more, every attemp brings up FTP connection dialog that needs another click on Connect button. If more then one version chain is deleted at once, the program seems to verify all the missing files from beginning. Last time I deleted 2 unnecessary version chain. After selecting validation, the program warned me to missing the version 44, 43, 42...
After reaching 1, it started again at 63, 62, ... I clicked till the end then Validation started, but this way I had to click more than 200 times, everytime repositioning cursor since the "Ignore" and "Connect" buttons on the different dialogs have different positions on screen.
I checked the logs, this is what I've found
2018. 02. 12. 23:35:59: Writing incremental version to file: WHISP_inc_b4_s16_v1.tib
2018. 02. 12. 23:37:02: Pending operation 172 started: 'Creating partition image'.
2018. 02. 12. 23:37:02: Pending operation 172 started: 'Creating partition image'.
2018. 02. 12. 23:37:02: The following backups have been successfully created: ftp://pig:21/WHISP_inc_b4_s16_v1.tib
2018. 02. 12. 23:37:09: Consolidate Backup Archive Location: ftp://pig:21/WHISP_inc_b4_s16_v1.tib Destination: ftp://pig:21/WHISP_inc_b4_s16_v1_2CFC3165-7F7F-480F-ADFB-9CC74CBE8EF8.tib
2018. 02. 12. 23:37:09: Error 0xb03e9: Failed to open data stream. Try to remove the backup from the list, add it again by clicking 'Add existing backup' and recreate the backup settings.
2018. 02. 12. 23:37:19: Deleting backup file with path ftp://pig:21/WHISP_inc_b2_s22_v3.tib.
2018. 02. 12. 23:37:19: Deleting backup file with path ftp://pig:21/WHISP_inc_b2_s22_v2.tib.
2018. 02. 12. 23:37:19: Deleting backup file with path ftp://pig:21/WHISP_inc_b2_s22_v1.tib.
Many similar lines deleted from here
2018. 02. 12. 23:37:23: Deleting backup file with path ftp://pig:21/WHISP_inc_b2_s3_v4.tib.
2018. 02. 12. 23:37:23: Error 0x1ef0029: An error occurred during the backup consolidation.
2018. 02. 12. 23:37:23: Operation has succeeded.
I think that's all that is relevant to my problem.
I must admit I never saw file with GUID in its name on the FTP server.
Tom, I setup a small backup task (Files & Folders) to my own NAS drive using FTP and everything worked just fine and as expected. The only difference that I can see is that I am using the IP address for the FTP destination instead of using DNS for the server name.
My log looks as below:
15/02/2018 13:46:35 :444 +00:00 7556 I00640000: Backup reserve copy attributes: format tib; need_reserve_backup_copy false;
15/02/2018 13:46:35 :445 +00:00 7556 I00640002: Operation ImapMail started manually.
15/02/2018 13:46:36 :469 +00:00 7556 I00640000: Backup reserve copy attributes: format tib; need_reserve_backup_copy false;
15/02/2018 13:46:36 :477 +00:00 7556 I013C0000: Operation: Backup
15/02/2018 13:46:36 :484 +00:00 7556 I0064000B: Priority changed to Low.
15/02/2018 13:46:46 :733 +00:00 7556 I000B03F0: Create Backup Archive From: E:\Dropbox\Thunderbird\ImapMail\
To file: ImapMail_full_b3_s1_v1.tib
Exclude: Files matching mask Match criterion: *.~; *.tmp
15/02/2018 13:46:48 :269 +00:00 4920 I00640000: Writing full version to file: ImapMail_full_b3_s1_v1.tib
15/02/2018 13:48:03 :225 +00:00 7556 I00640000: The following backups have been successfully created: ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_full_b3_s1_v1.tib
15/02/2018 13:48:13 :040 +00:00 7556 I000B0000: Consolidate Backup Archive Location: ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_full_b3_s1_v1.tib Destination: ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_full_b3_s1_v1_B8FE60AF-6C95-4A9B-9378-CBDEA79C09E1.tib
15/02/2018 13:48:29 :387 +00:00 7556 I000B0000: Deleting backup file with path ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_inc_b1_s6_v1.tib.
15/02/2018 13:48:29 :514 +00:00 7556 I000B0000: Deleting backup file with path ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_inc_b1_s5_v1.tib.
15/02/2018 13:48:30 :230 +00:00 7556 I000B0000: Deleting backup file with path ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_inc_b1_s4_v1.tib.
15/02/2018 13:48:30 :973 +00:00 7556 I000B0000: Deleting backup file with path ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_inc_b1_s3_v1.tib.
15/02/2018 13:48:31 :841 +00:00 7556 I000B0000: Deleting backup file with path ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_inc_b1_s2_v1.tib.
15/02/2018 13:48:32 :855 +00:00 7556 I000B0000: Deleting backup file with path ftp://192.168.0.29:21/Dell Studio 1545/FTPTest/ImapMail_full_b1_s1_v1.tib.
15/02/2018 13:48:34 :080 +00:00 7556 I013C0006: Operation has succeeded.
I also created a file archiving backup session and that works correctly with DNS name.
Is it possible that the partition archiving backup works differently in means of archive storage method?
I know it doesn't sound reasonable but that's only different I see now.
I also searched for the specific error message and I've found this:
Since the problematic backup is around 200GB in chunks of 2GB tib files, maybe it is the problem. I tried to set the archive file size to unlimited, but it didn't help may be it is limited to 2GB due to FTP protocol.
Tom, the 2GB file size limit is an FTP restriction, so your 200GB backup will be broken into these 2GB file 'chunks' by virtue of using FTP for the delivery to the remote destination. If you are able to use the remote as a NAS (using SMB) then your backup could be stored as a single file unless you set a specific file size limit.
I can only suggest opening a Support Case with Acronis if you are continuing to see the same error when automatic cleanup is actioned. There should be no difference in operation for whether you are doing a Disk & Partition or a Files & Folders type backup.
I would also recommend submitting a Feedback suggestion to ask for Acronis to consider introducing an 'Ignore All' option for when doing validation (or if the messages are given during a backup).
Thank you for your help, I try to contact the Support.
I'm having a similar problem and was wondering if it was resolved?
I'm sorry to say but no. Unfortunately I didn't buy the latest version just to have support.
As a workaround I created a Samba Share and that can be used without any problems.
Eventually identified the problem for my situation via a WireShark trace.
The FTP sever had a limit on the number of connections per IP.
ATI creates a new connection when issuing each delete command as part of the cleanup and issues an extra delete command after each file is successfully removed, flooding the server with connections.
The automatic file splitting to 2gb creates multiple files.
Once the Server connection limit is exceeded ATI closes and reports a successful backup however files are left on the server.
Disabling the Server connection limit was a workaround for the issue in my case.
Acronis have been able to reproduce the issue and it will hopefully be sorted soon.