Backup occurs, but shows as failed

Hi George,

Do you have ATI configured to validate the backup immediately after it completes the backup? Try launching ATI and selecting to verify your last created backup. If it validates, then it could simply be a bug in the software if you have configured ATI to automatically validate the backup as soon as the backup is completed.

To test my hypothesis, maybe do a backup without verification, and then later run ATI and validate the backup and see if the validation then is successful? Just a thought since I am using ATIhome2009 rather than 2010 at present.

Hello George and GoneToPlaid,

George, as GoneToPlaid mentioned, please just create a test backup without validation and only after that check it for corruption. You can do it by navigating to Recovery, right-click on the created archive and select Validate Archive.

You can also check what error occurs in Tasks & Log tab. Please select this tab, then right-click on the log file with the error and attach it to your reply.

I am looking forward to hearing back from you at your earliest convenience.

Thank you.

Hi,

Did you discover a solution to this problem? I have the exact same issue and wondered if you could help.

Many thanks!

Colin.

Colin,
Your problem may or may not be the caused by the same reason.
Check your log as Ilya suggests and also do a Validate on the archive. If you can't validate it, it is of little value, if any, regardless of the file being present.

Hi,

So I've validated the install but the results are confusing. The graphic shows a fail but the log shows a pass - all help welcomed!

I'd say ignore the graphic.

Is there perhaps a scheduled task set to run at a time the PC isn't on?

Seekforever wrote:

I'd say ignore the graphic.

Is there perhaps a scheduled task set to run at a time the PC isn't on?

Thanks for responding Seekforever - while I half agree - I'm not sure I can ignore the graphic - it'd be pretty bad if I did that and discovered that it was the "validate backup" status that was wrong.

The PC is on and idle the whole time I'm trying this.

Thanks!

Your graphic also shows scheduled tasks for all the days - the blue color. Your log file indicates no problems and it also shows that it took several minutes to do the backup and also about the same for the validation. Like I said before, check that anything scheduled. You may not have created the scheduled task yourself - TI may have done it.

What I'm going to say next applies to every backup program ever written, not just TI:

You don't know if you have a good backup/restore mechanism until you have successfully restored an archive. With TI this usually means booting up the recovery CD and doing a restore to a spare HD. A spare one is used in case it fails and leaves you with nothing on the target drive since one of the first steps in the recover process is to delete the existing partition.

You need to use the recovery CD because it is Linux and just because TI does its job including validation in WIndows doesn't mean that the Linux environment will support the hardware correctly.

So, the absolute best test is to do a full recovery.

If you don't want to do that then the next best step is to create an archive using the TI recovery CD. This will demonstrate that it can read you disk properly, find and write the archive to the backup drive. Then Validate the archive again using the CD version of TI. This demonstrates that it can find the archive, has no overwhelming problem with its structure and it can read the archive into RAM and successfully recreate the 4000 checksums/GB of archive. If any one checksum is bad the archive will be declared corrupted. If that works you can then run through the Restore Wizard pretending you are going to restore the archive and then cancel out at the screen where you have to click on Proceed. If this all works then there is a very high probability that you will be able to restore.

Seekforever.

Fair comment - my next plan was to try a restore but to be honest I faced it with a fair bit of trepidation......my plan was indeed to use a spare disk and restore to that it was simply a matter of getting the nerve up to do it!

Thanks again for the feedback.

Colin.

I almost started a thread about the same issue. I'm glad (sort of) to see that I'm not the only one having this experience. Graphical calendar: Calendar shows red, but log shows successful backup. I have also noticed random quirkiness in the calendar: A day shows red, but if I open ATI another time the formerly red day may show green instead. These are days in the past, not situations where a currently running backup might explain the change in status. I've also noticed that the list of backups that is displayed below the calendar under the Unscheduled Tasks tab does not sort correctly. The column header that allows sorting by Last Run Time does not put backups in the correct date order. They are put in a random order, or at least an order that I can't identify. Sorting alphabetically by Name works correctly. I've done a full backup and restore, so I'm (fairly) confident about ATI being reliable, but these glitches are a little unnerving. I'll try to get some screenshots of the calendar discrepancies.