Archive for the 'backups' Category

Linux Backups

The past several years has seen a big rise in Linux on the server. It runs email, databases and web sites. All of whom happen to be (in the vast majority of cases) incredibly important applications for businesses and individuals alike.

Yet the documentation often sucks, and there is usually a lack of information on how to back up your data and restore it.

What I would like to see is every software package installed on Linux like these having a notice somewhere on backups. A reference to a web site or manual page would be a minimum. For MySQL there is a section of their documentation web site. For apache it usually involves backing up a set of files. But by default nothing really exists which really doesn’t make sense.

How about a set of wizards. Break down most installations into a set of standard questions, and out comes a short set of instructions for creating a backup and similarly short but sweet set of instructions for restoration.

Sure some of this is highly dependant on the site, but variations always apply.

Advertisements

Cyrus IMAP Backups

So I spent part of last week working on Cyrus IMAP backups. The intention was simple: If we’re rsyncing the files to a backup store it should be possible to prove that they work.

Not necessarily.

The idea was to take our mailspool backup from a Cyrus 2.1 install and import into 2.2. The Ubuntu upgrade guide told me to upgrade the databases. What databases? I inherited this thing without documentation. All I could see were email files in a tree like directory structure. Anyway, apparently I should follow the 1.5 to 2.x upgrade instructions. I ran a series of commands from the guide knowing I could re-restore if things went badly. Which they did, having no idea what I was doing I decided to re-restore.

However, a more detailed look into what was wrong was needed. And I discovered that some files were missing. Yes apparently another directory file of configuration and status information was on the production server. It made sense, there had to be permissions saved somewhere.

So I added this config /var/lib/cyrus/ directory to the rsync script and restored again. This time ensuring that after re-installing that Cyrus 2.1 (given up trying 2.2) packages I restored without rsync’s -u flag which doesn’t overwrite newer files. Kind important for restoring old consistent files.

Restoring the /var/spool/cyrus and /var/lib/cyrus directories took almost four hours. Then came the /etc/cyrus.conf and /etc/imapd.conf and not forgetting the /etc/sasldb2 file. Oh and because this machine had a different hostname to the production server I needed to add root@newserver and myaccount@newserver to the SASL database: saslpasswd2 root@newserver not difficult to do.

Finally it was up and running, and I connected from another LAN desktop. I could re-subscribe to my folders and see mail I had already read. Fantastic.

Only one problem to “prove” how to do now: backup and (more importantly) partial mailbox restoration. Oh no! Our sales mailbox got wiped. Do you have a backup? Yes from 5am. Well that will have to do. But I don’t know how to restore that mailbox without restoring the others too.

Guess: Restore the email directory structures and run within cyradm ‘reconstruct mailboxname’. Fingers crossed for when I try this later.

Summary of what to do (full backup and full restoration):

rsync -zarle ssh /var/spool/cyrus/* backup.host.com:/backup/spool/cyrus/
rsync -zarle ssh /var/lib/cyrus/* backup.host.com:/backup/lib/cyrus/
rsync -zarle ssh /etc/* backup.host.com:/backup/etc/

To restore: The opposite of the above. Literally. You might want to selectively restore imapd.conf and cyrus.conf for obvious reasons.