Backup task execution failed - Acronis True Image notification

Yesterday I got an email notice saying
"Backup task execution failed - Acronis True Image notification from THINKPAD-RCP"
Looking at Backup Activity in the Acronis application there are no failures shown, just successfully completed backups. I see the following activity:
- Successfully backed up yesterday at 10:53 PM
- Backup was successfully validated today at 1:57 AM
- Successfully replicated to Acronis Cloud today at 6:53 AM
- Cleanup successful. 434.1 MB was freed for further backups at 6:53 AM on Acronis Cloud.
This is a backup to a locally plugged in USB thumb drive. It is scheduled to start at 10:24 PM every night. Notice the 8+ hour time span between 10:24 (start) and 6:53 (finish). The drive contents look just like they always do.
Any ideas?
===========================================================================
Here is the email. It was received at 10:33 PM, about 9 minutes after the scheduled start.
2020-03-06T22:30:28:725-06:00 684 I00000000: -----
2020-03-06T22:30:28:725-06:00 684 I00000000: ATI Demon started. Version: 24.5.1.22510.
2020-03-06T22:30:28:866-06:00 684 I00640000: Backup reserve copy attributes: format tib; need_reserve_backup_copy false;
2020-03-06T22:30:28:866-06:00 684 I00640002: Operation THINKPAD-USB started by schedule.
2020-03-06T22:30:28:897-06:00 684 I00640000: Backup reserve copy attributes: format tib; need_reserve_backup_copy false;
2020-03-06T22:30:28:897-06:00 684 I013C0000: Operation: Backup
2020-03-06T22:30:28:897-06:00 684 I0064000B: Priority changed to Low.
2020-03-06T22:32:58:759-06:00 684 E02160015: Error 0x2160015: A backup error.
| trace level: error
| line: 0xa340ffd3416335cf
| file: c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\da_api\backup.cpp:353
| function: da_backup::Commit
| line: 0xa340ffd3416335cf, c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\da_api\backup.cpp:353, da_backup::Commit
| $module: disk_backup_vs_650
|
| error 0x70021: Failed to create volume snapshot.
| line: 0x8ba4fa0bac28bf6d
| file: c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\resizer\archive3\backup_partition.cpp:538
| function: `anonymous-namespace'::PartitionBackuper::Init
| line: 0x8ba4fa0bac28bf6d, c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\resizer\archive3\backup_partition.cpp:538, `anonymous-namespace'::PartitionBackuper::Init
| $module: disk_backup_vs_650
|
| error 0x10c443: Failed to unlock the volume snapshot.
| line: 0x3fec04e376b8a1a2
| file: c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\fdisk\win_snapshot.cpp:1196
| function: win_snapshot_core::SnapStart
| line: 0x3fec04e376b8a1a2, c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\fdisk\win_snapshot.cpp:1196, win_snapshot_core::SnapStart
| $module: disk_backup_vs_650
|
| error 0x9: The shadow copy provider had an error. Check the System and Application event logs for more information.
| line: 0x2aacb7b2ab852ac
| file: c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\fdisk\ver2\arch\windows\win_errors.cpp:40
| function: Fdisk::AddKstatusError
| line: 0x2aacb7b2ab852ac, c:\jenkins_agent\workspace\mod-disk-backup\650\product\core\fdisk\ver2\arch\windows\win_errors.cpp:40, Fdisk::AddKstatusError
| code: 0x80042306
| $module: disk_backup_vs_650
2020-03-06T22:32:58:821-06:00 684 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


- Anmelden, um Kommentare verfassen zu können

VSS Doctor ran OK (all green check marks) EXCEPT for:
==========================================================
Some VSS-related errors or warnings occurred during the previous day
==========================================================
The event log portion of the report is attached
I can, of course, reboot the system but before I do that is there anything else I should look at?
Anhang | Größe |
---|---|
531775-180203.txt | 7.02 KB |
- Anmelden, um Kommentare verfassen zu können

Robert, that is quite a lot of VSS related errors over a short period of time. Have you tried following the SearchLink's provided in the report to see if that provides any more information?
Otherwise, I would be looking at a Windows restart then keep an eye for any further errors being reported / run the VSS Doctor before your next scheduled backups to check all is clear since the restart, then repeat again after the backup.
- Anmelden, um Kommentare verfassen zu können

I decided to wait and see. The error might be "legitimate" in that something interfered with the backup. It did recover from the situation and eventually completed the scheduled backup and removed the error status from the "activity" list.
Time-out errors occur in Volume Shadow Copy service writers, and shadow copies are lost during backup and during times when there are high levels of input/output
I did "vssadmin list writers" as suggested but I was apparently too late for that to show anything.
I did do a restart just to be safe.
- Anmelden, um Kommentare verfassen zu können

I'm having a similar problem, with the same "Backup task execution failed" message. Ran the VSS Doctor tool and "fixed" some of the errors it found. This backup is backing up my C: drive (windows 10) to a NAS with several TB of free disk space (so the target drive isn't a problem). The message I get when the backup fails seems to point to a file c:\bs_hudson\workspace\723\core\backup\file_writer.cpp:111 and several iterations of that basic folder.
Here's the pertinent text from the failure email:
| error 0x4001d: The quotas are violated. | line: 0x6d93396f95de5cb | file: c:\bs_hudson\workspace\723\core\backup\file_writer.cpp:111 | function: `anonymous-namespace'::FreeSpaceChecker::CheckFreeSpace | line: 0x6d93396f95de5cb, c:\bs_hudson\workspace\723\core\backup\file_writer.cpp:111, `anonymous-namespace'::FreeSpaceChecker::CheckFreeSpace | $module: ti_demon_vs_15470 2020-04-18T13:39:34:099-05:00 12048 E000101F6: Error 0x101f6: Write error | trace level: error | line: 0x65b5eb7011094700 | file: c:\bs_hudson\workspace\723\processor\diskadm\da_commit.cpp:345 | function: DaProcessor::CommitImpl::OnDaError | line: 0x65b5eb7011094700, c:\bs_hudson\workspace\723\processor\diskadm\da_commit.cpp:345, DaProcessor::CommitImpl::OnDaError | $module: ti_demon_vs_15470 | | error 0x70004: Write error | line: 0x9d2de1f088cbc4d8 | file: c:\bs_hudson\workspace\723\core\resizer\backup\stream_wrappers.cpp:64 | function: resizer::StreamWrapper::Write | line: 0x9d2de1f088cbc4d8, c:\bs_hudson\workspace\723\core\resizer\backup\stream_wrappers.cpp:64, resizer::StreamWrapper::Write | $module: ti_demon_vs_15470 | | error 0x4001d: The quotas are violated. | line: 0x1d8eab676a3f6aee | file: c:\bs_hudson\workspace\723\products\imager\archive\impl\operations\archive_message_callback.cpp:1221 | function: TrueImage::Archive::ArchiveMsgWriteCallbackProcessor::ProcessWriteCallback | line: 0x1d8eab676a3f6aee, c:\bs_hudson\workspace\723\products\imager\archive\impl\operations\archive_message_callback.cpp:1221, TrueImage::Archive::ArchiveMsgWriteCallbackProcessor::ProcessWriteCallback | Path: \\NAS-4TBX2\NAS Drive 1\Drive C SSD backup via Acronis\Samsung SSD Backup to NAS-4TBX2_full_b1_s1_v1-3.tib | $module: ti_demon_vs_15470 | | error 0x4001d: The quotas are violated. | line: 0x6d93396f95de5cb | file: c:\bs_hudson\workspace\723\core\backup\file_writer.cpp:111 | function: `anonymous-namespace'::FreeSpaceChecker::CheckFreeSpace | line: 0x6d93396f95de5cb, c:\bs_hudson\workspace\723\core\backup\file_writer.cpp:111, `anonymous-namespace'::FreeSpaceChecker::CheckFreeSpace | $module: ti_demon_vs_15470 2020-04-18T13:40:11:211-05:00 12048 E013C0005: Error 0x13c0005: Operation has completed with errors. | trace level: error | line: 0x9f2c53c72e8bce5f | file: c:\bs_hudson\workspace\723\products\imager\demon\main.cpp:617 | function: main | line: 0x9f2c53c72e8bce5f, c:\bs_hudson\workspace\723\products\imager\demon\main.cpp:617, main | $module: ti_demon_vs_15470
When I look for those folders on the C: drive, they don't exist (showing hidden folders); assume they have something to do with the Acronis backup process and get deleted after the error.
Backup to an external also fails.
Any thoughts?
- Anmelden, um Kommentare verfassen zu können

Bob, the relevant entries from the log are:
| error 0x4001d: The quotas are violated.
| function: `anonymous-namespace'::FreeSpaceChecker::CheckFreeSpace
2020-04-18T13:39:34:099-05:00 12048 E000101F6: Error 0x101f6: Write error
| error 0x70004: Write error
| error 0x4001d: The quotas are violated.
| Path: \\NAS-4TBX2\NAS Drive 1\Drive C SSD backup via Acronis\Samsung SSD Backup to NAS-4TBX2_full_b1_s1_v1-3.tib
2020-04-18T13:40:11:211-05:00 12048 E013C0005: Error 0x13c0005: Operation has completed with errors.
Basically you have run out of free space for the backup to be written to your NAS.
- Anmelden, um Kommentare verfassen zu können

Thanks, Steve. I'm changing the backup to a different drive with over 2.5 TB of free space and will see if that makes a difference.
- Anmelden, um Kommentare verfassen zu können

The problem was that the backup was mistakenly set to back up my entire system - way to much for any one NAS! I discovered my error, recreated a backup of just the C: drive, and everything worked smoothly.
- Anmelden, um Kommentare verfassen zu können

Good to hear that the issue is resolved - thanks for the feedback.
- Anmelden, um Kommentare verfassen zu können