Restored Drupal backup from Amaon EC2 did not restore

So not going to be much help. But just to clarify: Using TKLBAM you backed up your TKL Drupal6 and you then restored your backup to a fresh EC2 instance? If it's a Micro instance, maybe check that it's not recycling your old EBS volume (I'm not sure how Micro instances work so perhaps that's not a possibility?)

Assuming the backup all went ok, all your data and work should still be there, just for some reason it's not giving you access to it.

Hopefully someone with more knowledge than me will be along to be a bit more helpful. In the meantime perhaps posting on the Drupal forums might be worth a shot? Perhaps someone over there has some useful info for you?

And I know it's of no use to you right now and it's probably the last thing you want to hear, but it pays to check backups before you need to rely on them.

But I'm glad you got it sorted!

And I'm sure that info will help someone else.

Hopefully the core devs can have a look at it to and adjust the TKLBAM Drupal6 template so that this doesn't happen again (or work out why it happened in your instance if it shouldn't have).

For some odd reason the backup restored the Drupal /usr/share/drupal6/tmp/install_redirect.php like it was a new install. I followed the steps on the Drupal appliance website (remove /usr/share/drupal6/tmp/install_redirect.php) and now it's working. Thanks Jeremy for the quick reply.

I guess I should have looked first. But I thought that a backup should work exactly as you left it. But we all know that 50% of the time restores don't always work as they should but thanks anyway.

Hopefully this post can help some one else.

And ideally shouldn't be touched by end users. It's a file location handled by package management and as such can have potential negatvie impacts when overwritten by TKLBAM... For more details/explanation see Liraz's post on Drupal 'naughty places' and another 'naughty places'/TKLBAM post.