Steve McAllister writes:
> What is a good method to recover from a backup of a courier-mta server > or migrating? > The fact that the inodes wouldn't match the filenames in most cases. > What are people doing?
Sam: It's rather unlikely that restoring yesterday's mail queue is such a hot idea. Therefore, the most likely scenario is that you're recovering an entire machine. In which case rm -rf msgs/* msgq/* will do the trick.
Sorry - are you saying if the server crashes, and you recover on an other machine, just ignore and sh!tcan all the mail in the queue? I have a slightly
It's rather unlikely that the backup was taken a few milliseconds before the crash.
Therefore, all the mail in the queue would've been delivered already.
different scenario (based on actual hardware running now ;-) Maybe the original question wasn't clear - but let's say we have Server A, and Server B - the file systems are mirrored to a backup drive on the other server so if Server A goes down, Server B can mount and start serving it's content. How do we deal with the messages in the dead Q? They aren't delivered yet. Can they simply be moved to the live Q?
Depends on the nature of mirroring. If it's a block-level mirror, and the inodes are the same, then nothing special needs to be done.
pgp00000.pgp
Description: PGP signature
