Mondo Rescue Backup HOWTO
Submitted by unitetech on Fri, 04/13/2007 - 10:35pm.
Trixbox Backup Using Mondorescue
The following are the steps required to make a complete system backup of trixbox 2.0 and restore the backup to a fresh hard drive. This is a full system state backup and all settings and the complete OS will reinstall. To make the backup and restore a little simpler I will only use Mondo and Mindi to make the ISO image and then move the images to a windows machine to burn the CDs. I have accomplished so much from the community posts and I had not found a good step by step solution to do a complete backup and restore. I hope this helps and please be kind if I say something wrong here. I am not as accomplished as most.
The first step is load a trixbox 2.0 machine and configure it to your liking. I wont go thru that setup here. Once you have the system completely updated and working its time to download mondo and associated packages. Centos4/trixbox uses the same rpm builds that red hat 4 uses, so go to the following site and download the following packages.
ftp://ftp.mondorescue.org/rhel/4 (IMPORTANT) You must download the versions I have on this list. As of 4-13-07 the newest releases of mindi don’t work and the newest release of mondo requires the newest release of mindi. Make a new dir for your downloads.
I download all my stuff to /tmp/downloads. From the directory issue the following.
wget ftp://ftp.mondorescue.org/rhel/4/mondo-2.2.0-2.rhel4.i586.rpm
this will download the correct version of mondo
wget ftp://ftp.mondorescue.org/rhel/4/mindi-1.2.0-2.rhel4.i586.rpm
this will download the correct version of mindi
wget ftp://ftp.mondorescue.org/rhel/4/mondo-doc-2.2.0-2.rhel4.noarch.r...
this is the docs for mondo.
wget ftp://ftp.mondorescue.org/rhel/4/mindi-busybox-1.2.2-2.rhel4.i586...
this is the GUI for mindi
wget ftp://ftp.mondorescue.org/rhel/4/afio-2.4.7-1.i586.rpm
this archives or something not sure
wget ftp://ftp.mondorescue.org/rhel/4/buffer-1.19-1.i386.rpm
this I guess buffers tape writing. Don’t know if this is used from what I am doing but I had it installed anyways.
Now you should have all six rpms neat in you download directory. Its time to install them
You can issue a command to load them all at once but you might run into problems so we will install them one at a time. Run the following one at a time.
rpm –ivh afio-2.4.7-1.i586.rpm
rpm –ivh buffer-1.19-1.i386.rpm
rpm –ivh mindi-busybox-1.2.2-2.rhel4.i586.rpm
rpm –ivh mindi-1.2.0-2.rhel4.i586.rpm
rpm –ivh mondo-2.2.0-2.rhel4.i586.rpm
rpm –ivh mondo-doc-2.2.0-2.rhel4.noarch.rpm
****************UPDATE**4-15-07***THANKS**STUCKER***************
*** You must install cdrecord on your system with the following command*****
****yum -y install cdrecord ***Forgot I did that too or it will tell you to install**
****I also changed the order of rpm install so they would install correctlly*****
******************************************************************
That should of installed them all. When I installed I did it all at once so if you run into dependency problems just install whatever it tells you to before the order I put it in.
Ok now that everything is installed it would also be a good idea to download a couple more tools. I use putty to log into all of my servers and I have gotten much better at using the command line but I get a little lazy some times and WinSCP3 is great for this. So it would be a great idea to download both. WinSCP3 will allow you to log into your server and copy files from the server right to your windows desktop. This is important when you create the ISOs and want to move them to your windows machine to burn
OK now its time to try out the newly installed mondo. When you run the following command mondo will backup your system and use mindi to create the iso images or something like that. You have to create a directory to put the new ISO images in and the command will put them in the directory. I used /backup. Run the following command.
mondoarchive -OVoi -F -d /backup
If all goes well your system should start making the backup. Depending on the size of your drives and the speed of your machine it will take a few minutes. I have 160GB SATA drive, 3.2Ghz P4 and 1Gig of ram and mine took about 15 min.
When mine finished I had 2 ISO images in the /backup directory one was about 690M and the other was 90M. It should always make the images a size that will fit on a cd and you may have to burn more than one. Mondo will also create a boot image and tell you where it is when mondo finishes. It should be in /root/images/mindi/ directory and it will be called something like mondorescue.iso
So at this point if everything worked you will have ISO images in the /backup directory and 1 in the /root/images/mindi/ directory. Now you have to move them to your windows machine if you are not comfortable burning them under linux.
Use WinSCP3 to login to your trixbox machine and copy the .iso images to the desktop of your windows machine that has a burner.
I use Nero to burn my CDs but you can use whatever you are comfortable with. I burned all three cds and hoped for the best.
Its time to test the burned CDs on a fresh hard drive that you will now put in place of the drive that you just backed up. I don’t know how giving mondo is with changing out hardware other than the hard drive. With that in mind make sure you plug in the new drive in the same SATA or IDE slot with the same jumper config as the one you backed up. Insert the mondorescue boot cd first. When it boots you will have some choices, Just choose nuke or automatic if given the option. After it boots you may see some errors related to floppy drive. I did probably because I didn’t have one installed and its not needed. If you come to an. I also ran into some formatting errers but it had me reboot and the second time around it worked fine. If you are given a GUI that asks what you want to do also just choose to boot from CD-R and it should soon ask you for your 1st and if you have more than one your second main system backup disk. The restore process takes about 20 to 30 minutes or it did for me. When it finishes it will tell you to pull the cd out and it will take you to a # Remove the CD and type in exit and your system will reboot. Now its time to cross your fingers. If you made it this far the chances are good you will have a completely restored system when it reboots.
My system came right up after this and it was completely the same as it was on the drive I had backed up. I have yet to notice one bit out of place.
I hope this helps. If you want to know more about mondo it’s a good idea to visit the mondo website at www.mondorescue.org There are many more options to have your system burn its own CDs and you can also create cron jobs to have the created images back up remote.
Damien
 
This is just a great topic
Fri, 04/13/2007 - 11:32pm
This is just a great topic Damien. I have been long looking for a such solution. This is the safest way to go with a static system.
Thanks Damien.
gcc
 
Mondo
Sat, 04/14/2007 - 9:29am
Unitetech, very nice document on Mondo!!
In addition, I had to install cdrecord as this was not installed on my trixbox prior. Just yum -y install cdrecord.
 
this is awesome
Sat, 04/14/2007 - 12:55pm
you should put it in the wiki - or if you dont - I will ;)
I put a 'plug' on mondo in the Tools for trixbox, but nothing like this. - Great work!
 
CDRECORD is a good option
Sat, 04/14/2007 - 12:04pm
Yea I have cdrecord also on my machines and its a good option. I hope you guys benifit from this post and I will try and put more examples in the future of other ways to use mondo to backup as I test them. I have spent so much time trying to find a solution to do a full backup I almost died when I got it to work. Thank you to all that make this forum possible.
Damien
 
also -
Sat, 04/14/2007 - 1:15pm
What would be nice is if we could put together a script that copies the iso files to a SMB share on a windows box - most of my sites have Windows servers with Tape backup and room to spare.
Make something that does maybe a weekly or daily backup scheme - script copies to Monday folder on Monday, Tuesday.... you get the idea... and overwrites the last weeks backup.
Then you might just burn the ISO once a month, and refer to the more up to date copy on tape if you have a few minutes to do that - otherwise just sling in the latest cd you have laying around and blast it.
Most of my customers are technohandicapped, and have never even seen their own data room. I like to see them once a month (wishful thinking) - so its nice to have everything automated.
 
beaten to the punch again!
Sat, 04/14/2007 - 6:56pm
Wonderful! I actually have been working on a script-trix version of this for a bit but was running into mindi calling the kernel insane due to the =LABEL=/1 in the grub.conf file. So far you process works just fine. I will roll all of this into an easy to use script and make it a regularly scheduled cron job and merge it into my nightly backup script to usb drive and ftp.
I can see running the mondo job once a week and keeping my regular nightly backup running also. Will need a bigger USB drive to test this out but should be no problem to copy the mondo backup and nightly backups onto a single 4 gb USB stick. Will post the script when it is done and tested. I feel a no sleep night coming on!
Thanks a bunch!
Tom
===============================
Get scripts to make your life easier
http://www.script-trix.us
===============================
 
is there a way to set the
Sun, 04/15/2007 - 12:32pm
is there a way to set the ISOs to create in DVD size?
 
Scripts
Sun, 04/15/2007 - 3:49pm
I would welcome a script for any of this. I am all for keeping this going and anyone that wants to improve on it and give more options, dont hesitate to post. Thanks All.
Damien
 
Thanks damien
Sun, 04/15/2007 - 5:06pm
I am just about to post it on my website in the next few minutes. I have spent the day writing and testing it on a variety of TB versions and kernel revisions. I would still like some others to test it before I change the status from experimental to release mind you. Here is the link
http://www.script-trix.us/diskbackup.htm
I have tested this extensively on TB 2.0 and TB 2.1.5B with kernels 2.6.9-32.0.2 and 2.6.9-42.0.10. I have also tested this on real machines and vmware. So far I have not been able to break your method and I tried!
My script implements your methodology Damien so kudos to you. Essentially after mondo and all of its components are installed I place another script in the /etc/cron.weekly folder which runs of course once a week. Contained in the mondobackup.cron script is your command line to create cd sized ISO's. I then take these files and move them to a remote site via ftp. I also gave the ability to write it to a local USB stick if you have one big enough.
This script is based on my other backup script which moves the files created by freepbx's backup script to ftp/usb stick. My recommendation is to run the mondo backup job once a week and run my other backup script once a day and you should have as good as coverage as possible without fancy RAID stuff.
Thanks buddy
Tom
 
Great Scripts Tom
Sun, 04/15/2007 - 5:50pm
I had seen some of your scripts when I was trying to get some problems fixed in my first boxes. Incredible stuff, Tom! I will be using your stuff without a doubt. I just don’t have that level of expertise to make good scripts like that. Thank you for making things easier for us all.
Damien
 
Mondo Support Question.
Sun, 04/15/2007 - 5:57pm
Mondo support is working with me to try and figure out why the new versions are having the problems. I am posting the last questions they emailed me. As I stated in my first post I am not as good as most but I dont give up easy so I will post there question here and if anyone wants to take a crack at the questions post your results and I will send them in so we can get the latest versions of mondo and mindi working. If we all work together we should be able to get this fixed quickly. Mondo also has a ticket opened on this issue and all the info is below. Thanks all!
#140: Fatal error when creating boot disks
----------------------+-------------------------------------------------
----------------------+----
Reporter: mbwillma | Owner: bruno
Type: defect | Status: assigned
Priority: normal | Milestone: 2.2.2
Component: mindi | Version: 2.2.1
Severity: normal | Resolution:
Keywords: |
----------------------+-------------------------------------------------
----------------------+----
Changes (by bruno):
* component: mindi-busybox => mindi
* milestone: => 2.2.2
* status: new => assigned
Comment:
From all the info posted here I think there is potentially 2 problems, different but exhibiting nearly the same result for you:
1/ Lack of ext2 support in your kernel (Built-in or module). Please check that CentOS 4 kernel includes ext2 (try to mount an ext2 FS manually)
2/ a call to losetup is done wrongly (IMO) in mindi.
Could you try to apply the latest modif in rev [1301] to your 2.2.2 instance and report back again.
Damien
 
Thanks again!
Sun, 04/15/2007 - 7:00pm
I do appreciate your research into the problem. I had tried for several weeks to get the current revision of mondo working with our kernel without success. My primary problem was that mindi did not like the =LABEL=/1 statement in grub.conf and fstab (i think) I tried for a short time to get around it but ran out of time. Your stuff came at a very opportune time!
I am still playing the idea of taking the ISO output from mondo and "burning it" to a large USB key thus you would always have the most recent restore image ready to go. There are some processes to work out such as ensuring it only boots from the USB - Mondo image when required but that should not be too hard. I am fairly far down the path of this little experiment and will post it if viable.
I see you are communicating with the mondo team about the problems with the most recent version of the mondo group of programs. This is a good thing because I would like to migrate over to the latest if stable. Keep me posted on your results as I will update the scripts when this problem jas been solved.
Tom
 
DVD bootable
Thu, 04/26/2007 - 2:07pm
Is it possible to modify the mondobackup.cron to create a single bootable dvd image to transfer to a remote pc and then burn it ?
Thank a lot .
 
In short yes kind of
Thu, 04/26/2007 - 5:28pm
It currently does burn a bootable DVD manually!
I am still experimenting with the command line to try to make it do that but write to a local ISO file and then let my script move it somewhere. The real problem is that the file fails it's CRC check 8^( Hopefully someone will come up with the proper command line and share it.
Currently the command line above and my script supports burning to cdrom as it seemed to be the most common outside of the G8 type countries.
Tom
 
mondo archive command line
Fri, 04/27/2007 - 3:28pm
I have found that teh newest version of mondoarchive will work if you add the -G switch, other wise the bootable disk cannot restore the compressed file (they aren't gzip files).
this is the magic line that worked for me:
mondoarchive -Oi -E /mondo -N -d /mondo -s 600m -F -G
-E excludes the /mondo dorectory and -d stores the ISOs in the same directory
-s 600m limits the size of the cd to 600MB
-F exclude network directories, -G use gzip compression
 
AAH 2.8
Sat, 04/28/2007 - 7:20am
Initially I was trying to cut-n-paste the RPM commands and it wasn't working in AAH 2.8. I thought that something was wrong because it was an older box. Then I noticed that the "-" before 'ivh' was a little longer than usual. I deleted it and replaced with a regular '-' and it worked.
 
Mondo latest version does work with Trixbox2.2
Wed, 05/09/2007 - 3:50pm
I did test the latest version of mondo and mindi successfuly with the new Trixbox2.2 and I am sure the latest versions will work with 2.0. Below are the versions I tested
yum -y install cdrecord
mindi-busybox-1.2.2-2.rhel4.i586.rpm
mindi-1.2.3-1.rhel4.i586.rpm
afio-2.4.7-1.i586.rpm
buffer-1.19-1.i386.rpm
mondo-2.2.3-1.rhel4.i586.rpm
Thanks all
Damien
 
I was also able to get the
Wed, 05/09/2007 - 5:22pm
I was also able to get the above versions to work on TB2.2 in Vmware.
 
Backup Trixbox script
Wed, 05/23/2007 - 5:06pm
Hi: I ran the scripts that Tom put in earlier. So far so good. The gliche on my part.
from CLI : " rm-f/etc/cron.weekly/mondobackup.cron " am I missing something it will not find the directory to fix this . it answers ::
-bash: rm-f/etc/cron.weekly/mondobackup.cron: No such file or directory
I am new at this any Help ? Not spelled out to good for dumb me.
Thanks..
 
TRB backup ?
Wed, 05/23/2007 - 5:10pm
In order to disable the weekly script type the following in the CLI :
I installed as directed but got gliche :
-bash: rm-f/etc/cron.weekly/mondobackup.cron: No such file or directory
I got this from page 6 from script-trix.us
Thanks RJLennon
 
Don't worry
Wed, 05/23/2007 - 5:45pm
Hmm so it cant find the mondobackup.cron file....Oh well..... I have just finished re-releasing the mondobackup script with full HPEC support and brand spanking new documentation. Have a look and I suspect you need not worry about this error.
Tom
 
Then again it sounds like you are running
Wed, 05/23/2007 - 8:18pm
MondoCli.pdf which is designed for users who don't want to automate mondo. So which one are you using or what were you doing when you experienced this error.
Sorry for the extra question but the devil is in the details.
If you experienced this while running the install-mondo.sh script then dont worry. I have also placed some extra conditional code in the install-mondo.sh script so that little problem won't happen again. Just uploaded it an hour ago.
Of you were wading thru the MondoCli.pdf document then perhaps the file in the /etc/cron.weekly folder did not exist.
The primary way to install mondo is to run the install-mondo.sh script first. THis will put all of the proper files in place. Then if you dont want to automate the running of mondo then you should delete the file mondobackup.cron. Here is how
-from the trixbox CLI
type cd /etc/cron.weekly and then tap the ENTER key
type ls -al and then tap the ENTER key
this should tell you if the file mondobackup.cron exists.
Tom
 
Has anyone tried to backup again after a restore?
Wed, 06/20/2007 - 12:22am
Backup is working good.
Restore is also working good.
However I've tried to do a new backup after a restore and I got the following error:
MINDI_VERSION is 1.2.0-r892
End date : Wed Jun 20 16:20:02 JST 2007
Fatal error. Your system uses a labelled partition (LABEL=SWAP-hda3), but you lack the tool to support it.
Please replace labels with their correct devices in /etc/fstab or install findfs|blkid|vol_id
I'm running AAH 2.8 on an HP d325, and besides this error, everyting else is working great.
Has anyone experienced that? I have no clue how to get past that.
Thanks
Pepe
 
can't restore
Sat, 09/15/2007 - 9:00am
Hi guys,
I have tried to follow the steps to backup and restore trixbox, but for some reason I can't restore it.
The backup seems to work fine , I am getting the 2 files that I move to my windows machine and try to restore to a vmware machine.
But in the middle of the restore I get the message:
sh: can't access tty; job control turned off
Any ideas?
Thanks
David
 
VMWARE?
Sat, 09/15/2007 - 7:42pm
Well you should know that the mondo backup can be very tempermintal and most of the time for me I use the same hardware to reinstall. It has options to install on different hardware and your VMWARE will be seen as different hardware but you have to do a lot of configuration changes beyond what I normally do. Its not the best idea unless you are a master with mondo and linux to expect it to work on hardware that doesnt match the backup. I may be wrong but its what I have run into If you want help with Mondo to VMWARE you might be better off posting a new forum with that as the title and good luck. There is not a lot of mondo support on here.
Thanks
Damien
 
Thanks
Sun, 09/16/2007 - 9:08am
Damien,
Thank you for your response. I think I am not gonna mess with it , I will try to restore to the same machine and see how it goes.
By the way you made a great document about backing up with Mondo.
Thanks
David
 
Tom's Scripts
Sun, 09/16/2007 - 6:35pm
I only broke it down a bit but Tom has it in an automatic script. Look for Tom King or Tom's Scripts in the Forum. He is brilliant. If you use his scripts it will do it nightly but remember that any changes you make to things can brake the package manager. If you are like me and recompile Trixbox anyways for production then Tom's Scripts are the way to go. If you want to know more about the way trixbox works on the inside take his scripts and look through them even if you dont use them and you will benefit.
Thanks
Damien
 
Most recent command arguments to install mondon on TB 4
Fri, 01/04/2008 - 1:10pm
Hi,
these are the commands I used to install the most recent mondo on a TB 4 with centOS 5.
Please use at your own risk! Also, mondo "appears" to work, but I have yet to complete a backup + restore cycle.
Have fun!
Bj
cd ~
mkdir mondo
cd mondo/
wget http://mondorescue.linjection.org/ftp/rhel/5/afio-2.4.7-1.i386.rpm
wget http://mondorescue.linjection.org/ftp/rhel/5/mindi-2.0.0-1.rhel5.i386.rp...
wget http://mondorescue.linjection.org/ftp/rhel/5/mindi-busybox-1.7.3-1.rhel5...
wget http://mondorescue.linjection.org/ftp/rhel/5/mondo-2.2.5-1.rhel5.i386.rp...
wget http://mondorescue.linjection.org/ftp/rhel/5/mondo-doc-2.2.5-1.rhel5.noa...
wget http://mondorescue.linjection.org/ftp/rhel/5/buffer-1.19-1.i386.rpm
wget http://mondorescue.linjection.org/ftp/rhel/5/netperf-2.4.4-1.rhel5.i386....
yum install cdrecord
yum install mkisofs
rpm -ivh afio-2.4.7-1.i386.rpm
rpm -ivh buffer-1.19-1.i386.rpm
rpm -ivh mindi-busybox-1.7.3-1.rhel5.i386.rpm
rpm -ivh mindi-2.0.0-1.rhel5.i386.rpm
rpm -ivh mindi-2.0.0-1.rhel5.i386.rpm
rpm -ivh mondo-2.2.5-1.rhel5.i386.rpm
rpm -ivh mondo-doc-2.2.5-1.rhel5.noarch.rpm
rpm -ivh netperf-2.4.4-1.rhel5.i386.rpm
 
Keeps looking for Floppy and won't ask for the first CD
Mon, 02/25/2008 - 9:59am
unitetech,
I've followed your procedure above to download, install and run Mondo. The computer boots up on the mondorescue disk....Then, it keeps looking for a floppy disk.....The error continues, until it finally asks me to enter the first Floppy disk #1 and it won't go past that point for the restore. Have you seen this issue and would you please provide the possible solution. Thanks in advance for your assistance.
Best regards
 
Hello,
2/3's of my way
Sat, 12/13/2008 - 6:37pm
Hello,
2/3's of my way through the installation, however I am stuck at the point of:
rpm –ivh mondo-2.2.0-2.rhel4.i586.rpm
It says:
libnewt.so.0.51 is needed by mondo-2.2.0-2.rhel4.i586
I have tried:
yum -y install libnewt.so.0.51
among other permutations for "libnewt.so.0.51" , however still no luck.
Would someone be able to post the steps to get libnewt.so.0.51 so that I can finish the installation?
Kind regards,
Anthony
 
no idea other than a 'yum
Sat, 12/13/2008 - 7:59pm
no idea other than a 'yum search newt' gives me 'newt' libs,devel,perl. Looks like newt (0.52.2) is what you want unless versioning is strict.
newt-devel.i386 : Newt windowing toolkit development files.
newt.i386 : A development library for text mode user interfaces.
newt-perl.i386 : Perl bindings for the Newt library
 
Hello,
I actually have newt
Sat, 12/13/2008 - 8:19pm
Hello,
I actually have newt (0.52) installed on there, and it still asks me for 0.51
Therefore, how do I delete 0.52 so that I can install (found on the net) 0.51?
I tried the "rpm -e" line, however it then says that is is not a rpm file.
However, when I try to install 0.51, it says it can't, as there is already a newer version?
Any help would be greatly appreciated.
Kind regards,
Anthony
 
Hello,
I found a way to
Tue, 12/16/2008 - 4:05am
Hello,
I found a way to delete newt 0.52, however it will break the following dependancies:
[trixbox1.localdomain downloads]# rpm -e newt
error: Failed dependencies:
libnewt.so.0.52 is needed by (installed) zaptel-1.4.11-1.i686
libnewt.so.0.52 is needed by (installed) system-config-securitylevel-tui -1.6.29.1-2.1.el5.i386
libnewt.so.0.52 is needed by (installed) asterisk-1.4.21.2-2.i386
libnewt.so.0.52 is needed by (installed) newt-devel-0.52.2-10.el5.i386
libnewt.so.0.52(NEWT_0.52) is needed by (installed) zaptel-1.4.11-1.i686
libnewt.so.0.52(NEWT_0.52) is needed by (installed) system-config-securi tylevel-tui-1.6.29.1-2.1.el5.i386
libnewt.so.0.52(NEWT_0.52) is needed by (installed) asterisk-1.4.21.2-2. i386
newt is needed by (installed) zaptel-1.4.11-1.i686
newt is needed by (installed) authconfig-5.3.21-3.el5.i386
newt is needed by (installed) asterisk-1.4.21.2-2.i386
newt is needed by (installed) system-config-network-tui-1.3.99.10-2.el5. noarch
newt = 0.52.2 is needed by (installed) newt-devel-0.52.2-10.el5.i386
Does anyone know if it is still fine to delete 0.52 and install 0.51 - ie. will all the stuff above be fine?
Kind regards,
Anthony
 
something to try first
Tue, 12/16/2008 - 11:18am
Before uninstalling and re-installing packages, you could try to create a sybolic link to fool the mondo rpm. If mondo requires 0.51, then maybe you can provide it with the following...
ln -s /usr/lib/libnewt.so.0.52 /usr/lib/libnewt.so.0.51
Of course this would just create a link to 0.52 and it would be called 0.51 But I have used this trick in the past to 'solve' rpm dependencies for other installs. I would guess that leaving 0.52 on your system would work just fine, but mondo doesn't know it.
-Brasslan
 
never mind on that last post
Tue, 12/16/2008 - 11:27am
I now see when I read your rpm -e output that you are running CentOS 5. This means that you should not be installing the mondo packages that are listed on this page that were designed for CentOS 4.
You can get the latest mondo packages here ftp://ftp.mondorescue.org/rhel/5/
Another way to install mondo would be to add the mondo repository to your yum repo's...
cd /etc/yum.repos.d
wget ftp://ftp.mondorescue.org/rhel/5/mondorescue.repo
yum install mondo -y
That will install the newest rpm's and all needed dependencies.
 
Hi brasslan,
Thanks for the
Tue, 12/16/2008 - 2:53pm
Hi brasslan,
Thanks for the info.
Am I able to just install the latest packages over the ones that I have already installed?
Thanks for your help, as I am very new to all of this.
Kind regards,
Anthony
 
good question
Tue, 12/16/2008 - 6:28pm
I would guess that you should be fine to install the latest over the top, but just to play it safe, I would do a rpm -e on all packages that you have installed that has rhel4 in the package name. Then proceed to install the rhel5 packages.
 
Hi brasslan,
Thnaks for
Fri, 12/19/2008 - 8:58pm
Hi brasslan,
Thnaks for that.
I was able to uninstall the old packages, and install the new packages.
I am now at the stage where I enter:
mondoarchive -OVoi -F -d /backup
and I get the following:
[trixbox1.localdomain ~]# mondoarchive -OVoi -F -d /backup
Initializing...
See /var/log/mondoarchive.log for details of backup run.
Checking sanity of your Linux distribution
Done.
Fatal error... output folder does not exist - please create it
---FATALERROR--- output folder does not exist - please create it
If you require technical support, please contact the mailing list.
See http://www.mondorescue.org for details.
The list's members can help you, if you attach that file to your e-mail.
Log file: /var/log/mondoarchive.log
FYI, I have gzipped the log and saved it to /tmp/MA.log.gz
Mondo has aborted.
Execution run ended; result=254
Type 'less /var/log/mondoarchive.log' to see the output log
[trixbox1.localdomain ~]#
I have created the folder "backup", however it still brings up the error message.
Does anyone have any ideas?
Kind regards,
Anthony
 
mondoarchive
Sat, 12/20/2008 - 3:18pm
Do you want to run mondo as a cron job, or as part of a script?
If so then there is still work to figure this thing out.
I only run mondo when I want to make a full system backup, and that is never on a regular schedule. So I just run 'mondoarchive' from the cli with no switches. Then it walks me through the backup and I've been very happy with the results. As far as switches and options, I'm not much help :-(
-brasslan
 
Hi brasslan,
Thanks for
Sat, 12/20/2008 - 6:20pm
Hi brasslan,
Thanks for that.
I have got Mondo running now - hopefully all goes well.
Thanks for all your help.
Kind regards,
Anthony
 
Hello,
So close
Sat, 12/20/2008 - 6:48pm
Hello,
So close .....
Running Mondo, I get the following:
Your regular files have been archived successfully.
Please be patient. Do not be alarmed by on-screen inactivity.
Running pre-ISO call for CD#1...OK
I am about to burn CDR #1
Please be patient. Do not be alarmed by on-screen inactivity.
mkisofs and/or cdrecord returned an error. CD was not created
Anyone have any ideas on this one?
Kind regards,
Anthony
 
Hello,
Here are the logs if
Sat, 12/20/2008 - 6:58pm
Hello,
Here are the logs if this makes sence to anyone:
[trixbox1.localdomain ~]# mondoarchive
Initializing...
See /var/log/mondoarchive.log for details of backup run.
Checking sanity of your Linux distribution
Done.
INFO: UTF-8 character encoding detected by locale settings.
Assuming UTF-8 encoded filenames on source filesystem,
use -input-charset to override.
Using UNMOU000.;1 for ./usr/share/mondo/restore-scripts/mondo/unmount-me (unmou nt-subroutine-me)
Using MINDI000.IMG;1 for ./images/mindi-data-3.img (mindi-data-4.img)
Using MINDI001.IMG;1 for ./images/mindi-data-4.img (mindi-data-1.img)
Using MINDI002.IMG;1 for ./images/mindi-data-1.img (mindi-data-2.img)
Using MINDI003.IMG;1 for ./images/mindi-data-2.img (mindi-data-5.img)
Size of boot image is 4 sectors -> No emulation
2.22% done, estimate finish Sun Dec 21 10:30:07 2008
4.43% done, estimate finish Sun Dec 21 10:30:07 2008
6.64% done, estimate finish Sun Dec 21 10:30:22 2008
8.85% done, estimate finish Sun Dec 21 10:30:18 2008
11.06% done, estimate finish Sun Dec 21 10:30:25 2008
13.27% done, estimate finish Sun Dec 21 10:30:29 2008
15.49% done, estimate finish Sun Dec 21 10:30:26 2008
17.70% done, estimate finish Sun Dec 21 10:30:29 2008
19.91% done, estimate finish Sun Dec 21 10:30:27 2008
22.12% done, estimate finish Sun Dec 21 10:30:29 2008
24.34% done, estimate finish Sun Dec 21 10:30:27 2008
26.54% done, estimate finish Sun Dec 21 10:30:29 2008
28.76% done, estimate finish Sun Dec 21 10:30:27 2008
30.97% done, estimate finish Sun Dec 21 10:30:29 2008
33.18% done, estimate finish Sun Dec 21 10:30:28 2008
35.39% done, estimate finish Sun Dec 21 10:30:29 2008
37.61% done, estimate finish Sun Dec 21 10:30:28 2008
39.82% done, estimate finish Sun Dec 21 10:30:29 2008
42.03% done, estimate finish Sun Dec 21 10:30:28 2008
44.24% done, estimate finish Sun Dec 21 10:30:29 2008
46.45% done, estimate finish Sun Dec 21 10:30:30 2008
48.66% done, estimate finish Sun Dec 21 10:30:29 2008
50.88% done, estimate finish Sun Dec 21 10:30:28 2008
53.09% done, estimate finish Sun Dec 21 10:30:29 2008
55.30% done, estimate finish Sun Dec 21 10:30:28 2008
57.51% done, estimate finish Sun Dec 21 10:30:29 2008
59.72% done, estimate finish Sun Dec 21 10:30:30 2008
61.93% done, estimate finish Sun Dec 21 10:30:29 2008
64.15% done, estimate finish Sun Dec 21 10:30:30 2008
66.36% done, estimate finish Sun Dec 21 10:30:31 2008
68.57% done, estimate finish Sun Dec 21 10:30:30 2008
70.78% done, estimate finish Sun Dec 21 10:30:31 2008
73.00% done, estimate finish Sun Dec 21 10:30:31 2008
75.20% done, estimate finish Sun Dec 21 10:30:30 2008
77.42% done, estimate finish Sun Dec 21 10:30:31 2008
79.63% done, estimate finish Sun Dec 21 10:30:32 2008
81.84% done, estimate finish Sun Dec 21 10:30:31 2008
84.05% done, estimate finish Sun Dec 21 10:30:31 2008
86.27% done, estimate finish Sun Dec 21 10:30:32 2008
88.48% done, estimate finish Sun Dec 21 10:30:32 2008
90.69% done, estimate finish Sun Dec 21 10:30:32 2008
92.90% done, estimate finish Sun Dec 21 10:30:32 2008
95.11% done, estimate finish Sun Dec 21 10:30:33 2008
97.32% done, estimate finish Sun Dec 21 10:30:34 2008
99.54% done, estimate finish Sun Dec 21 10:30:35 2008
Total translation table size: 2048
Total rockridge attributes bytes: 19278
Total directory bytes: 47104
Path table size(bytes): 192
Max brk space used 21000
226058 extents written (441 MB)
cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent default s.
cdrecord: Continuing in 5 seconds...
scsidev: 'speed=0'
devname: 'speed=0'
scsibus: -2 target: -2 lun: -2
cdrecord: No such file or directory. Cannot open 'speed=0'. Cannot open SCSI dri ver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
INFO: UTF-8 character encoding detected by locale settings.
Assuming UTF-8 encoded filenames on source filesystem,
use -input-charset to override.
Using UNMOU000.;1 for ./usr/share/mondo/restore-scripts/mondo/unmount-me (unmou nt-subroutine-me)
Using MINDI000.IMG;1 for ./images/mindi-data-3.img (mindi-data-4.img)
Using MINDI001.IMG;1 for ./images/mindi-data-4.img (mindi-data-1.img)
Using MINDI002.IMG;1 for ./images/mindi-data-1.img (mindi-data-2.img)
Using MINDI003.IMG;1 for ./images/mindi-data-2.img (mindi-data-5.img)
Size of boot image is 4 sectors -> No emulation
2.22% done, estimate finish Sun Dec 21 10:53:10 2008
4.43% done, estimate finish Sun Dec 21 10:53:32 2008
6.64% done, estimate finish Sun Dec 21 10:53:25 2008
8.85% done, estimate finish Sun Dec 21 10:53:32 2008
11.06% done, estimate finish Sun Dec 21 10:53:28 2008
13.27% done, estimate finish Sun Dec 21 10:53:32 2008
15.49% done, estimate finish Sun Dec 21 10:53:29 2008
17.70% done, estimate finish Sun Dec 21 10:53:32 2008
19.91% done, estimate finish Sun Dec 21 10:53:30 2008
22.12% done, estimate finish Sun Dec 21 10:53:32 2008
24.34% done, estimate finish Sun Dec 21 10:53:34 2008
26.54% done, estimate finish Sun Dec 21 10:53:32 2008
28.76% done, estimate finish Sun Dec 21 10:53:34 2008
30.97% done, estimate finish Sun Dec 21 10:53:35 2008
33.18% done, estimate finish Sun Dec 21 10:53:34 2008
35.39% done, estimate finish Sun Dec 21 10:53:35 2008
37.61% done, estimate finish Sun Dec 21 10:53:33 2008
39.82% done, estimate finish Sun Dec 21 10:53:35 2008
42.03% done, estimate finish Sun Dec 21 10:53:33 2008
44.24% done, estimate finish Sun Dec 21 10:53:34 2008
46.45% done, estimate finish Sun Dec 21 10:53:33 2008
48.66% done, estimate finish Sun Dec 21 10:53:34 2008
50.88% done, estimate finish Sun Dec 21 10:53:33 2008
53.09% done, estimate finish Sun Dec 21 10:53:34 2008
55.30% done, estimate finish Sun Dec 21 10:53:35 2008
57.51% done, estimate finish Sun Dec 21 10:53:34 2008
59.72% done, estimate finish Sun Dec 21 10:53:35 2008
61.93% done, estimate finish Sun Dec 21 10:53:35 2008
64.15% done, estimate finish Sun Dec 21 10:53:34 2008
66.36% done, estimate finish Sun Dec 21 10:53:35 2008
68.57% done, estimate finish Sun Dec 21 10:53:34 2008
70.78% done, estimate finish Sun Dec 21 10:53:35 2008
73.00% done, estimate finish Sun Dec 21 10:53:34 2008
75.20% done, estimate finish Sun Dec 21 10:53:35 2008
77.42% done, estimate finish Sun Dec 21 10:53:34 2008
79.63% done, estimate finish Sun Dec 21 10:53:35 2008
81.84% done, estimate finish Sun Dec 21 10:53:35 2008
84.05% done, estimate finish Sun Dec 21 10:53:34 2008
86.27% done, estimate finish Sun Dec 21 10:53:35 2008
88.48% done, estimate finish Sun Dec 21 10:53:34 2008
90.69% done, estimate finish Sun Dec 21 10:53:35 2008
92.90% done, estimate finish Sun Dec 21 10:53:35 2008
95.11% done, estimate finish Sun Dec 21 10:53:36 2008
97.32% done, estimate finish Sun Dec 21 10:53:38 2008
99.54% done, estimate finish Sun Dec 21 10:53:38 2008
Total translation table size: 2048
Total rockridge attributes bytes: 19278
Total directory bytes: 47104
Path table size(bytes): 192
Max brk space used 21000
226058 extents written (441 MB)
cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent defaults.
cdrecord: Continuing in 5 seconds...
scsidev: 'speed=0'
devname: 'speed=0'
scsibus: -2 target: -2 lun: -2
cdrecord: No such file or directory. Cannot open 'speed=0'. Cannot open SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
Execution run ended; result=1
Type 'less /var/log/mondoarchive.log' to see the output log
[trixbox1.localdomain ~]# less /var/log/mondoarchive.log
Time started: Sun Dec 21 10:08:00 2008
running: dmesg -n1 > /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
--------------------------------start of output-----------------------------
--------------------------------end of output------------------------------
...ran just fine. :-)
Mondo Archive v2.2.2-1330 --- http://www.mondorescue.org
running on i386 architecture
-----------------------------------------------------------
NB: Mondo logs almost everything, so don't panic if you see
some error messages. Please read them carefully before you
decide to break out in a cold sweat. Despite (or perhaps
because of) the wealth of messages. some users are inclined
to stop reading this log. If Mondo stopped for some reason,
chances are it's detailed here. More than likely there's a
message at the very end of this log that will tell you what
is wrong. Please read it! -Devteam
-----------------------------------------------------------
Zero...
[Main] main.c->welcome_to_mondoarchive#180: One...
[Main] main.c->welcome_to_mondoarchive#181: Two...
[Main] main.c->welcome_to_mondoarchive#182: Three...
[Main] main.c->welcome_to_mondoarchive#183: Four...
[Main] main.c->distro_specific_kludges_at_start_of_mondoarchive#200: Unmounting old ramdisks if necessary
running: umount `mount | grep shm | grep mondo | cut -d' ' -f3` > /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
--------------------------------start of output-----------------------------
Usage: umount [-hV]
umount -a [-f] [-r] [-n] [-v] [-t vfstypes] [-O opts]
umount [-f] [-r] [-n] [-v] special | node...
--------------------------------end of output------------------------------
...ran with res=512
running: mount | grep cdrom | grep super > /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
--------------------------------start of output-----------------------------
--------------------------------end of output------------------------------
...ran with res=256
running: mount | grep floppy | grep super > /tmp/mondo-run-prog-thing.tmp 2> /tmp/mondo-run-prog-thing.err
--------------------------------start of output-----------------------------
--------------------------------end of output------------------------------
...ran with res=256
[Main] libmondo-tools.c->mount_boot_if_necessary#1394: Started sub
[Main] libmondo-tools.c->mount_boot_if_necessary#1395: About to set g_boot_mountpt[0] to '\0'
[Main] libmondo-tools.c->mount_boot_if_necessary#1397: Done. Great. Seeting command to something
[Main] libmondo-tools.c->mount_boot_if_necessary#1400: Cool. Command = 'grep -v ":" /etc/fstab | grep -vE '^#.*$' | grep -E "[ ]/boo
/var/log/mondoarchive.log
Kind regards,
Anthony
 
Hello,
I have decided to
Sat, 12/20/2008 - 8:04pm
Hello,
I have decided to copy the iso images to the hard drive, then copy them to my windows machine, and then burn via Nero.
Do I burn it as a CD(iso) or a CD(boot).
Kind regards,
Anthony
 
Hello,
I am having no luck
Sat, 12/20/2008 - 9:00pm
Hello,
I am having no luck booting from the cd that contains mindi/mondorescue.iso
It simply brings up a black screen, with the white cursor in the top left hand corner of the screen.
I used Nero, and burnt it as it CD-Rom(boot).
Are there any special settings that I need to enter in Nero to get it to work?
Kind regards,
Anthony
 
mondo iso
Sat, 12/20/2008 - 9:41pm
If it is an iso image you will need to burn an iso disk. I am not familiar with nero but this is a great tool for burning iso images.
http://isorecorder.alexfeinman.com/isorecorder.htm
-justin
 
Hello jdub,
Thanks for that
Sun, 12/21/2008 - 12:06am
Hello jdub,
Thanks for that - I don't have any spare blank CD's at the moment, however I will give it a go tomorrow.
Kind regards,
Anthony
 
Hello,
The iso-software
Sun, 12/21/2008 - 12:42am
Hello,
The iso-software worked so far as to be able to boot from it on a new machine.
After typing "nuke" however, it stops after saying:
"RAMDISK: Compressed image found at block 0
EXT2-fs: blocksize too small for device.
grow_buffers: requested out-of-range block 18446744071562067968 for device ram0
isofs_fill_super: bread failed, dev=ram0, iso_blknum=17, block=-2147483648
No filesystem could mount root, tried: ext2 iso9660
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0)"
and then it stops there.
Does anyone know what any of that is referring to?
Kind regards,
Anthony
 
same HD?
Mon, 12/22/2008 - 1:04pm
Are you restoring to the same hard drive that you got the backup off of? If not, you might want to make sure that the HD that you are restoring to is equal or larger in size.
 
ISO creation failing on Trixbox v2.6.1.13
Tue, 01/13/2009 - 8:56pm
Hello, Im using the mondo packages from the RHEL 5 repository directly from the mondo FTP site; and im also running into a ISO creation problem:
Heres the relevant section of my log file:
sz_command = 'mkisofs -b images/mindi-bootroot.2880.img -c boot.cat -o '/tmp///mondorescue-1.iso' -J -r -p MondoRescue -publisher www.mondorescue.org -A Mondo_Rescue_GPL -V 1 . >> /var/log/mondoarchive.log 2>> /var/log/mondoarchive.log'
INFO: UTF-8 character encoding detected by locale settings.
Assuming UTF-8 encoded filenames on source filesystem,
use -input-charset to override.
Unknown file type (unallocated) ./.. - ignoring and continuing.
Using MINDI000.IMG;1 for ./images/mindi-data-5.img (mindi-data-3.img)
Using MINDI001.IMG;1 for ./images/mindi-data-3.img (mindi-data-1.img)
Using MINDI002.IMG;1 for ./images/mindi-data-1.img (mindi-data-2.img)
Using MINDI003.IMG;1 for ./images/mindi-data-2.img (mindi-data-6.img)
Using MINDI004.IMG;1 for ./images/mindi-data-6.img (mindi-data-4.img)
Using UNMOU000.;1 for ./usr/share/mondo/restore-scripts/mondo/unmount-me (unmount-subroutine-me)
mkisofs: Uh oh, I cant find the boot image 'images/mindi-bootroot.2880.img' !
[Main] libmondo-fork.c->run_prog_in_bkgd_then_exit#751:
child res = 255
[Main] libmondo-fork.c->run_external_binary_with_percentage_indi
cator_NEW#823: Parent res = 255
Call to mkisofs to make ISO (ISO #1) ...failed
[Main] libmondo-archive.c->make_iso_fs#2149: WARNING - make_iso_fs returned an error
How come my system is missing the images/mindi-bootroot.2880.img file? In which package is it supposed to be included? mindi? If so the mindi packages are broken.
 
updated install for current version of trixbox
Wed, 03/25/2009 - 10:53am
If you followed the above before you saw this post, you've got work to do:
it's for RHEL4, you need RHEL5
rpm -e mondo
rpm -e mindi
rpm -t mindi-busybox
remove all traces of mindi from: /usr/local
New Install:
go to temp:
cd /tmp
mkdir mondo
cd mondo
get prereq's:
yum install mkisofs
yum install cdrecord
Download packages:
wget ftp://ftp.mondorescue.org/rhel/5/afio-2.4.7-1.i386.rpm
wget ftp://ftp.mondorescue.org/rhel/5/buffer-1.19-1.i386.rpm
wget ftp://ftp.mondorescue.org/rhel/5/mindi-2.0.6-1.rhel5.i386.rpm
wget ftp://ftp.mondorescue.org/rhel/5/mindi-busybox-1.7.3-1.rhel5.i386...
wget ftp://ftp.mondorescue.org/rhel/5/mondo-2.2.8-1.rhel5.i386.rpm
install:
rpm -Uvh afio-2.4.7-1.i386.rpm
rpm -Uvh buffer-1.19-1.i386.rpm
rpm -Uvh mindi-busybox-1.7.3-1.rhel5.i386.rpm
rpm -Uvh mindi-2.0.6-1.rhel5.i386.rpm
rpm -Uvh mondo-2.2.8-1.rhel5.i386.rpm
 
I have successfully created ISO's
Mon, 02/01/2010 - 10:05am
I went through these steps:
cd /etc/yum.repos.d
wget ftp://ftp.mondorescue.org/rhel/5/mondorescue.repo
yum install mondo -y
described by brasslan and then ran a interactive 'mondoarchive', went through the on screen steps and was able to create 4 ISO images and have burnt these to disk. However I'm unable to boot/restore from these disks.
If I boot from the first disk in the series, I get presented with the mondo restore option screen, but if I run using 'compare' or 'nuke' commands it goes through a few pages of process and just as it appears to be starting the restore proper, I just get an error [sh: can't access tty; job control turned off].
I'm running this on a test system and the machine I'm attempting to restore to, is the same one that I created the images off.
Does anybody have any ideas what could cause this?
Thanks,
Gerbelhunter
 
I managed to sort this.
Tue, 02/02/2010 - 4:58am
Ran yum update and it found a mondo update. I created the iso's again and this time it appears to have worked.
 
What parts of this post no longer apply to tb 2.8.0.3?
Fri, 02/26/2010 - 12:20pm
I finally have my tb machine running the way I like and need to do a system wide backup of my own.
Seeing as how the original post is almost 3 years old, is there any part of it that is obsolete for newer tb installs other than that which is described in brandilton's post in March '09?
--
Mark W. Mumma
(The guy who lost the war on spam)
 
It all works fine with me...
Tue, 03/02/2010 - 6:50am
I'm on trixbox v2.6.2.3 with all the modules installed.
 
What is the most current command
Wed, 03/31/2010 - 8:53am
I am also running v2.6.2.3, and have successfully installed mondo using:
cd /etc/yum.repos.d
wget ftp://ftp.mondorescue.org/rhel/5/mondorescue.repo
yum install mondo -y
How did you run this operation to create the iso files? I tried the original command:
mondoarchive -OVoi -F -d /backup
but it did not like "-F"
 
Member Since:
2007-01-19