Solved

Zimbra Disaster Recovery, problems with MondoRescue

Posted on 2011-09-26
4
558 Views
Last Modified: 2012-06-22
Hi All,

We've recently migrated from Exchange 2003 to Zimbra 6 running on SLES 11.  I've been tasked with coming up with a DR strategy for the system (4 server Zimbra system) and I've been having some problems with MondoRescue (the latest version, using the SLES 11 x86_64 packages from the Download site)

My overall plan for DR would be using MondoRescue for the initial bare-metal restore, and then a combination of cpio and rsync backups to get the initial ZImbra system running, and then using the ZImbra restore capabilities to bring the server up to date.  My problem is with just getting MondoRescue to play nice with SLES 11, and then figure out how to make it work.  I have a $0 budget on this, so I have to use free Open Source software.

First off, trying to install MondoRescue on a clean SLES 11 server, I get a couple of failed dependencies when trying to install the Project-Builder rpm.  
   rpm -ivh project-builder-0,11,3-1.sles11.noarch.rpm
Error: Failed Dependencies: perl-DateManip, Perl-File-MimeInfo, rpm-build

I can manually install the perl-DateManip package using zypper, but the other two simply can't be found.  I did try using Yast2 to install the "build" and "rpm-devel" packages, but that didn't help.  For the life of me, I can't figure out how to get these packages required for Project-Builder.  I've been to the SourceForge Project-Builder page, but haven't been able to find anything of use, as well as going through the PB and Mondo mailing list archives.

I'm hesitant to just try to download the packages from anonymous sources on the Internet.

Something weird is that I did try installing MondoRescue on one of our Zimbra servers, and it DID install with no errors, so I'm thinking that something in one of the ZImbra packages takes care of the dependencies.  But I'm looking for some sort of help in finding the specific packages to install without needing Zimbra, so I''ll be able to use MondoRescue on some of our other Linux servers as well.

Which brings me to the second MondoRescue issue.  It seems to work pretty well, as far as doing a "live filesystem" backup to an nfs mounted volume, but even though I selected what appeared to be roughly DVD sized iso files, it creates CD sized iso files.  Secondly, when I tried rebooting from the generated ISO and running a compare, the compare begins comparing the file system to the boot CD iso, but the other ISOs are still on the NFS share and there doesn't seem to be any way to continue on to the next ISO file in the NFS share.  I've tried switching to another virtual console and can see that the NFS volume is mounted, but I can't figure out how to go to the next ISO CD image.

Any help would be VERY MUCH appreciated

Thanks in advance,

Mark
0
Comment
Question by:QcHoldings
  • 4
4 Comments
 

Author Comment

by:QcHoldings
ID: 36601027
I meant to add another complaint, and I believe that I stumbled onto a method for mounting an iso file from an NFS volume...

The complaint is that it seems that the keyboard mapping is defaulting to a us-latin mapping.  I had noticed this before, but when I checked the /etc/sysconfig/keyboard file, I saw that the key mapping was to a non-existent file.  I changed it to the correct path, hoping that the newly generated iso would have the correct mapping.  Nope!  I still have to hit <Shift>7 for the '/' and <Shift>. for the ':' .  UGH!!!

The solution for mounting the iso from the NFS share seems to be:
mount -t iso9660 /mnt/NfsShare/Dir/File.iso /mnt/cdrom -o loop

The compare finally went well!  
0
 

Author Comment

by:QcHoldings
ID: 36710868
I found a solution to the keyboard mapping problem - I carefully followed the code in the mindi build script and realized that it was pulling to wrong info out of the /etc/sysconfig/keyboard file while building the boot CD, specifically, it was pulling out a commented example, rather than the actual mapping:

The original /etc/sysconfig/keyboard:
# Keyboard mapping
# (/usr/share/kbd/keymaps/)
# e.g. KEYTABLE="de-latin1-nodeadkeys", "us" or empty for US settings
#
KEYTABLE="us.map.gz"

The script was pulling the first "KEYTABLE" assignment.  By deleting the commented "KEYTABLE" line, the correct keyboard mapping was achieved.

# Keyboard mapping
# (/usr/share/kbd/keymaps/)
#
KEYTABLE="us.map.gz"

Of course, I'm still having the other problems, so I'm still looking for some help on the other stuff.

Thanks!

Mark
0
 

Accepted Solution

by:
QcHoldings earned 0 total points
ID: 36904439
Since I never heard from anyone on this, on a hunch, I tried reinstalling the test system, and like magic, the installation worked just fine.  The weird thing is that issuing an "rpm -qa" to list all installed packages on both systems yielded the exact same thing.  My only guess is that some package simply didn't install correctly.

So I guess this closes the issue.

Thanks,

Mark
0
 

Author Closing Comment

by:QcHoldings
ID: 36904446
Reinstalling the system seems to have fixed the problem.
0

Featured Post

Live: Real-Time Solutions, Start Here

Receive instant 1:1 support from technology experts, using our real-time conversation and whiteboard interface. Your first 5 minutes are always free.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

The article will include the best Data Recovery Tools along with their Features, Capabilities, and their Download Links. Hope you’ll enjoy it and will choose the one as required by you.
Easy CSR creation in Exchange 2007,2010 and 2013
This tutorial will show how to configure a single USB drive with a separate folder for each day of the week. This will allow each of the backups to be kept separate preventing the previous day’s backup from being overwritten. The USB drive must be s…
Connecting to an Amazon Linux EC2 Instance from Windows Using PuTTY.

776 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question