Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Ok, Here's what I got and what I need to do. I have a RH 8.0 linux server running DNS, sendmail, samba, routing, etc. The rest of the lan is all Windoze machines. Everything runs great, and I have it set up exactly as I want it. On the server, I have a SUN DLT 4000 tape drive hooked up to an internal Adaptec 2940 SCSI card. The drive itself is external. I know NOTHING about tape backup in linux!
What I want is to do ONE backup a week, Sunday night at midnight, every single week. This can't be hard. I have heard of many tools to use, tar, dump, etc. I know my tape drive is /dev/st0, but that is about it. Can anyone please tell me the best way to set this up so it is done automatically every Sunday? I'm looking for step by step instructions (or close to it). I am still in the learning process of linux, so I am no expert. Here are my comments and questions:
1. The drive is 20/40GB.
2. The hard drive is 120GB, but only 30GB is used now, no more than 40GB ever will be.
3. I want ALL data backed up in full. Every last bit!
4. It is a dual processor system running (2) instances of SETI, should I KILL the SETI processes before running a backup, ie. will they interfere with the backup?
5. Software-wise, do I have to anything to compress data, since the drive and tapes are 40GB compressed, only 20GB native... Or will the drive handle this? The drive's "compression" light is on.
6. Do I put this in cron to run every week at the same time, and if so, how do I do this?
7. Assuming I can get this working, and the HDD fails, how do I restore the system back to normal?
8. Any other pearls of linux wisdom?
I am looking to make this as simple as possible for right now. The server is extremely important (without it, we have no internet or e-mail), but this is a home, not a business. Like I said, I'm still learning and have had about a million questions answered here at LQ. You guys are the greatest. I'm even starting to get comfortable where I am beginning to answer questions! HA! But for this, I am definitely a !!! Any help you guys could be would be most appreciated. Thank you very much!
i have seen stuff on tape backup but i always over look it and dont read it becuase it never pertained to me. But yes, you would use cron to do this. I dont mess with cron either, but that much i do remember.
using red hat, you may have installed Amanda, i think that is the tape backpu software. check out the amanda docs.
Take a look at www.storix.com -- They have a nice little backup program for linux (as well as AIX) - You can download the program for free and it does very well - The free version doesn't come with a scheduler - but you can use cron to submit the job (I do it every night) -
Distribution: CentOS primarily but I multi-boot my laptop to Ubuntu or Fedora Core 10 as needed
Sounds like you have a setup similar to what I used to run. Server does everything. The idea is to look at the problem from two perspectives:
1) What happens if the HD dies.
2) Someone fat fingers the delte button and wants a file back.
My contention would be that, if you can solve #1, #2 isn't a problem other than how stale the backup is.
If the hard disk dies, you need to get back /var, /home, /etc and /root plus any non-standard partitions you're using. Everything else you're going to re-install on the new HD. Even /etc you will probably need to restore elsewhere and then carefully put individual files back into place.
So set up a cron job that runs once a week to do the backup. For simple backups like this, I suggest just using tar. The backups are much more likely to be portable. Your tar command will look something like:
tar -czf /dev/st0 /var /home /etc /root
c = create
z = use gzip compression
f = back up to the following file/device (/dev/st0)
This is followed by a list of directories to backup. Add more if you think you need them.
Try running this from the command line and then do a tar -xzvf /dev/st0 in a partition big enough to hold everything. Make sure it restores everything you think you need by poking around in the directories. Make sure you don't do this in / or you'll overwrite everything on your system with the backup so create a directory if you have to and then untar (tar -x) the backup there. You can zap this stuff once you're satisfied you've backed up everything you need. You also then have your first backup tape.
Finally, set up a cron job to run the backup. As root, do a "crontab -e". You'll get dumped into vi and you can edit the root crontab. You want to insert a line that looks something like:
0 1 * * 0 /bin/tar -czf /dev/st0 ...(the directories you want to backup)
This will run the backup a 0 minutes past 1:00 in the morning on Sunday. Check into the section 5 man pages for crontab if you want something different. Once you have this set up, all you have to do is remember to change tapes and clean the tape drive when it wants it.
Last edited by DaveAtFraud; 06-01-2003 at 08:42 PM.
I've used Arkiea and it does work great. The only problem I found with it is that when I tried using it on RH 9 it wouldn't work correctly. Since your using RH 8 though it shouldn't be a problem at all.
Another thing you can try is using the Webmin backup section to create your backup and scheduler without having to do it all manually. That was what I did when I couldn't get Arkiea to run on RH 9. The webmin backup utility is just a front end to dump I believe and it will edit cron to schedule. The email works through sendmail for successful jobs.
Which is something that Arcserve for Windows says it can do but I could never for the life of me get working. (Maybe its just me) So I was thrilled when Linux did everything right the first time.
Here is a backup script that I use. Just change /dev/rmt0 to your own backup device.
# Backup Script.
# Written : Stan Lovisa (slovisfaritec.co.za)
# Date : 18-01-2001
# Mod :
BLIST="/dbdump /home /usr /prod /train"
echo "--------------------------------------------------------------" >> $JNL
echo "Start Backup on `date`" >> $JNL
echo "Start Backup on `date`" > $LOG
echo "Start Backup on `date`" > $ERR
echo "Start Backup on `date`" > $REP
echo "Files backup paths are :$BLIST" | tee -a $REP $JNL > /dev/null
# Mail relevant users of backup status
pr -f $REP $ERR | mail -s "$REP & $ERR" $MAIL_LIST
# Start backup according to BLIST
echo "`sdu -R $BLIST` files to be backed up" | tee -a $JNL $REP
find $BLIST -print | sort | backup -q -v -i -f /dev/rmt0 >> $LOG 2>> $ERR
if [ $EXIT_CODE != 0 ]
echo "Backup to tape NOT OK!: `date`" | tee -a $JNL $LOG $REP
echo "Exit code is : $EXIT_CODE" | tee -a $JNL $LOG $REP
echo "Start read tape from Backup on `date`" | tee -a $JNL $LOG $REP
restore -Tvqf /dev/rmt0 >> $LOG 2>> $ERR
if [ $EXIT_CODE != 0 ]
echo "Read from tape NOT OK!: `date`" | tee -a $JNL $LOG $REP
echo "Exit code is : $EXIT_CODE" | tee -a $JNL $LOG $REP
echo "Tape read OK!: `date`" | tee -a $JNL $LOG $REP
echo "End Backup on `date`" | tee -a $JNL $LOG $REP
I have noticed a couple people recommending using Software compression.
In my experience with a similar Tape Drive (HP DLT1 40/80) I was able to store more information by relying on the Tape Drive's built in compression. The drive was trying to compress an already compressed file, and in some cases the files were getting inflated.
Also, by turning on Software Compression one of my CPU's was getting maxxed (running Dual P3 500mhz) and it was severly affecting the transfer rate to the Tape drive. It would take over 10 hours to perform a backup that should only take 4.
The other issue I had was unreliable data. Their were many times where I had to attempt a restore from tape 3-5 times before I would get a file that worked, and sometimes I was unable to recover a file.
Once I turned off software compression all my problems have gone away and I am getting about 82 GB each on an 40/80 GB Tape, and I have not had a problem restoring from tape since.
I am using BRU 17 (Backup Restore Utility) from Tolis Group. http://www.tolisgroup.com
This software is very easy to use. You have a choice of CUI or GUI.
I run it from a shell script launched by cron every day.
I have used BRU on Every Red Hat release since 5.2, including 9
Hi again, guys. Been a while... I had one other question regarding system backup. Since setting all this up, I have added an Apache web server (I'm learning it, HTML, general website building as a hobby). One thing I am doing is using php and MySQL with Apache. I am NEW at all 3, especially MySQL. By backing up my entire HDD to tape, is this successfully backing up the MySQL database?
Basiclly, I am backing up the entire system with: tar -czf /dev/st0 /
That is backing up EVERYTHING, right?
Another question is: What are the exact steps to get they system running again in case of HDD failure? For instance, do I buy a new HDD, boot it, and hook up the tape? Do I install RH, then just tar everything back onto the disk overtop of it? I don't know what to do. This server is absolutely critical, and I want to make sure that if I have a failure, I KNOW HOW to get it all back.
Let's say I have a failure. What do I do to restore it all, and will it be identical to what I had? I'm just looking to know what I need to do exactly in case of failure. Thank you!
I am using SuSE distribution 8,2 kernel 2.4. Have a desktop and laptop.
I always only back up my /home, Mysqlmanager and Mysql directories. Bear in mind BRU copies the hidden files as well as default.
This week Desktop had a motherboard go south. So I had to use the laptop. I do a backup every day, so I lost maybe 1 hours work on the desktop.
All I did was do a BRU restore to the laptop and carry on working for the 3 days before I had my desktop back. Each day backup was done and then I did the BRU restore directly to Toshiba card on laptop - took it out into a pccard reader and BRU restore onto Desktop.
This works fine for MySQL with no loss at all.
So to your main question
What are the exact steps to get they system running again in case of HDD failure? For instance, do I buy a new HDD, boot it, and hook up the tape?
Don't rely on just TAR because it will fail. Modify what I have told you to back up everything to your tape.
As far as I am aware if your hdd fails, you just go get a new one. Install BRU from your CD, and then issue the RESTORE command. I have never done it that way, but I have faith that it would work.
I do not work for Tolis.
Last edited by buttersoft; 02-06-2004 at 09:57 AM.
Thanks guys, that helps. What about a full system restore? What steps need to be taken to get the system back up and running? After all, if the HDD were to fail, and a new one is installed, HOW do I get all the stuff from tape back onto the system and working as if nothing had ever happened? The restore process is what I don't know... Never had to do it before.