[CentOS] backup server..
sebastien.tremblay at au.cmpmedica.com
Fri Sep 15 01:01:36 UTC 2006
Found this during my evening reading!
"The purpose of this document is to suggest a way of configuring grub on
a system where the operating system is mirrored between two disks, so
that if the first disk fails completely, the system will boot
automatically from the second disk."
Hope this helps!
From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On
Behalf Of TimJowers at Yahoo.Com
Sent: Thursday, 14 September 2006 10:49 PM
To: CentOS mailing list
Subject: Re: [CentOS] backup server..
Maybe someone can clear up the grub conf for me. Has anyone gotten
work: two IDE/ATA drivers. Slave is a spare duplicate of the master.
Goal is to be able to boot to Spare at any time and run it instead. What
step am I missing?
When I tried to duplicate a system I failed using this method due to
the /boot configuration being specific to the disk layout in the box.
That is, if I copied disk A to disk B and then wanted to boot to B I
believe I would have to remove A and strap B as the master. Combined
SCSI and ATA totally failed on GRUB knowing which disk is which. Ended
up having to first install the target slave disk and then moved the
disk. Copied everything except /boot.
My impression is RAID is the only thing which would work. My goal was
actually to create several systems based on the install of one master
The other systems had random numbers of disks and such. The only way i
got it to work was Ch1Master had to be the boot disk in all of them. I
mucked around with /boot/grub/grub.conf and device.map to no avail.
--- Sebastien Tremblay <sebastien.tremblay at au.cmpmedica.com> wrote:
> I've been playing with CentOS quite a bit lately (and I must say it's
> growing on me!! :) and I was now able to convince my boss that we
> could get a box and gradually start migrating our hosting from win2k3
> to centos.
> So anyway, I've got a new box at the colo ready up and running - P4
> 3Ghz w/HT 2Ghz RAM 2x70Gb HDD, running Centos4.4 fully up-to-date. Now
> my two questions are;
> (1.) In terms of backup, I'd like to have a cron sending out an
> nightly incremental backup of user files. I'd also like to have HDA to
> be copied backed up entirely (maybe weekly) onto HDB (were're not
> going to use 140GB anyway!) so that is hda crashes, I`d swap both of
> the hdds and boot from the backup. Now for that second step, I was
> reading that dd was quite CPU intensive? Would there be other
> alternatives? Advices on doing backups?
> (2.) I've got no physical access to the box, and the box has obviously
> no video or sound. Considering this, would it possible to remotely
> administer the box using VNC in a GUI environment? - I figured 2Ghz
> could probably handle me starting x sometimes...! So if possible.. How
> would I do it? I`m assuming there are no `yum install x`....
> Anyway.. Thanks for any input you may have on the both topics!
> This message and any attachments are confidential and are solely
> intended for the use of the addressee(s). If you are not the intended
> recipient please contact the sender by reply email. Please also
> disregard the contents of this email and delete and destroy any copies
> immediately. CMPMedica Australia Pty Ltd does not accept liability for
> the views expressed in this email or for the consequences of any
> computer viruses that may be transmitted with this email. Also subject
> to copyright, no part of this message should be reproduced or
transmitted without written consent.
> CentOS mailing list
> CentOS at centos.org
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
CentOS mailing list
CentOS at centos.org
This e-mail has been scanned for viruses by MCI's Internet Managed
Scanning Services - powered by MessageLabs. For further information
This message and any attachments are confidential and are solely intended for the use of the addressee(s). If you are not the intended recipient please contact the sender by reply email. Please also disregard the contents of this email and delete and destroy any copies immediately. CMPMedica Australia Pty Ltd does not accept liability for the views expressed in this email or for the consequences of any computer viruses that may be transmitted with this email. Also subject to copyright, no part of this message should be reproduced or transmitted without written consent.
More information about the CentOS