tklbam-backup fails -- BackupArchive.NotFound Backup profile not found; turnkey-lapp-11.2-lucid-x86

Have a look at the FAQ. Here is a response to a similar post from about a month ago.

If you are running on an EC2 instance (ie AWS via the Hub) then no. You need to get your info out before you stop it. It's not quite such an issue with EBS backed instances, although you still need to transfer all your info to the EBS volume as the main root volume still may get lost when stopped.

So you'll need to dump your PostgreSQL DB and copy out all your docs from the webroot (assuming your using the LAPP appliance). Doc root should be at /var/www

sry if it is a lame question (this is my first post here, hello all)  but i am having the same problem. 

is there any way to stop my instance without losing the data on it?

my error msg btw is 

    hub.Error: (404, 'BackupArchive.NotFound', 'Backup profile archive not found: turnkey-zimbra-2009.10-hardy-x86')

One thing to note is that the difficulty I spoke of is relative to a TKLBAM-supported appliance - where everything happens automatically. "Tricking" TKLBAM into backing up an unsupported appliance is still much easier than doing a backup/restore from scratch.

Liraz has just noted how an unsupported TKL appliance can be backed up by tricking the Hub into thinking that it's a different (and supported) appliance (the example used is tricking the Hub into allowing the backup of a LAPP appliance by pretending it's a Core appliance - see comments on Liraz's blog post here). So theoretically it's possible, but it will involve a lot of trial and error I think with lots of tweaking to the includes config and usage of the tklbam hooks. TBH I wouldn't really know where to start with it but if you hunt around on the Zimbra forums you may be able to find something?

And obviously make sure that everything works with your backup before you rely on it!

If you persevere on this path and manage to get it to work it's be great if you could post back as although I'm sure Liraz will be keen to add this functionality to TKLBAM by default, in the meantime others may be interested.

The other option obviously is to see what other Zimbra users use to backup Zimbra and use that.

Jedmeister, 

thank you for your answer. My small EC2 instance ( through the hub) is an S3-backed one, unfortunately. 

I am using a zimbra instance, it has not got Postgres but it is still unsupported by tklbam. It is spelled out plain and simple in the faq and it is all fair play but I still need to find an easy way to back it up. I don't see how I could attach an ebs volume, should I migrate my instance to the aws console? If so, is there a howto on that?

Again, thank you very much for your help.

My brief searching on the Zimbra forums suggested that the whole Zimbra service can be stopped relatively easily (a single command) although I don't recall what it was OTTOMH. From what I gathered, and assuming that the TKL appliance is set up similar to a default Zimbra install, a complete backup is as simple as stopping the Zimbra service, backing up the complete contents of /opt/zimbra and restarting the Zimbra service.

If I were you I'd set up another Zimbra instance and do some testing. You could even try rsyncing the /opt/zimbra directory across to another instance so that you have a somewhat 'real world' test environment. Once you have it all working as you'd like, then you can do your real server.