Hi,
One of my CentOS 4 server is a repository for backups for other machines. In this server, there is a 3ware RAID card and 2 HDD for the OS + data of this server. I also have 2 drawers (each containing one 200GB hdd), connected to a promise TX2000 card. One disk will remain in the server and one will be taken outside. What would be the best strategy for syncing the hdd when I swap them?
Note: I don't want to do hot swap. No problem putting this server down once a week. It is a development server.
Regards,
I hope this helps.
I have an ancient AMD K6-2 running Fedora Core 1 I use just for backups. (Thanks, Fedora Legacy!) It's behind a NAT firewall to minimize security issues.
It has a pile of HDDs in it, totalling well over a terabyte. (and about to be upgrade to near 2 TB!) It's offsite from any primary hosting, and it's always on. I don't bother pulling HDD out - it's already offsite!
I use Backup Buddy http://www.effortlessis.com/backupbuddy to perform the backups. It's pretty reliable.
Anyway, if you want to "sync up" two drives periodically, I'd suggest either using software RAID 1, and re-adding the drive to a normally-broken array, (look for the software RAID howto) or using rsync. (The latter doesn't perform nearly as well as the former, but has fewer dependencies at the filesytem level)
It all depends on what you're really after...
-Ben
On Wednesday 11 January 2006 13:40, Ugo Bellavance wrote:
Hi,
One of my CentOS 4 server is a repository for backups for other machines. In this server, there is a 3ware RAID card and 2 HDD for the OS + data of this server. I also have 2 drawers (each containing one 200GB hdd), connected to a promise TX2000 card. One disk will remain in the server and one will be taken outside. What would be the best strategy for syncing the hdd when I swap them?
Note: I don't want to do hot swap. No problem putting this server down once a week. It is a development server.
Regards,
Ugo
-> Please don't send a copy of your reply by e-mail. I read the list. -> Please avoid top-posting, long signatures and HTML, and cut the irrelevant parts in your replies.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I would like to know is there anyone who know how to or a site with the how to on configuring a sendmail box to queue the mail only when the primary mail server is down. And when the primary mail server is up it will issue an ETRN command to the queue server to start processing and pushing the mail that is queued to the primary server.
I am very much aware about the MX record priority on the DNS server but just need to configure the secondary mail server only.
Thank you.
Well, I live in the land of "sendmail familiar", but quite a distance from "sendmail guru".
All I've ever done is put the domain for the email in /etc/mail/relay-domains and restart sendmail.
EG: If host is a backup relay for snafoo.com, type "snafoo.com" in a line all by itself in /etc/mail/relay-domains.
It takes it from there. If the primary host goes down for > 4 hours, senders start getting notice messages. If primary host goes down for > 48 hours, senders start getting "undeliverable" messages back.
-Ben
On Wednesday 11 January 2006 23:01, Mohd Ikhwan Bin Abdullah wrote:
I would like to know is there anyone who know how to or a site with the how to on configuring a sendmail box to queue the mail only when the primary mail server is down. And when the primary mail server is up it will issue an ETRN command to the queue server to start processing and pushing the mail that is queued to the primary server.
I am very much aware about the MX record priority on the DNS server but just need to configure the secondary mail server only.
Thank you.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Benjamin Smith wrote:
I hope this helps.
I have an ancient AMD K6-2 running Fedora Core 1 I use just for backups. (Thanks, Fedora Legacy!) It's behind a NAT firewall to minimize security issues.
It has a pile of HDDs in it, totalling well over a terabyte. (and about to be upgrade to near 2 TB!) It's offsite from any primary hosting, and it's always on. I don't bother pulling HDD out - it's already offsite!
I use Backup Buddy http://www.effortlessis.com/backupbuddy to perform the backups. It's pretty reliable.
Anyway, if you want to "sync up" two drives periodically, I'd suggest either using software RAID 1, and re-adding the drive to a normally-broken array, (look for the software RAID howto) or using rsync. (The latter doesn't perform nearly as well as the former, but has fewer dependencies at the filesytem level)
It all depends on what you're really after...
I thought about those 2 already... I don't know RAID much so it might be an opportunity to learn. I just don't want to break anything. I know rsync so there is less risk. Maybe DRBD?
-Ben
On Wednesday 11 January 2006 13:40, Ugo Bellavance wrote:
Hi,
One of my CentOS 4 server is a repository for backups for other machines. In this server, there is a 3ware RAID card and 2 HDD for the OS + data of this server. I also have 2 drawers (each containing one 200GB hdd), connected to a promise TX2000 card. One disk will remain in the server and one will be taken outside. What would be the best strategy for syncing the hdd when I swap them?
Note: I don't want to do hot swap. No problem putting this server down once a week. It is a development server.
Regards,
Ugo
-> Please don't send a copy of your reply by e-mail. I read the list. -> Please avoid top-posting, long signatures and HTML, and cut the irrelevant parts in your replies.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thu, Jan 12, 2006 at 09:31:54AM -0500, Ugo Bellavance wrote:
Anyway, if you want to "sync up" two drives periodically, I'd suggest either using software RAID 1, and re-adding the drive to a normally-broken array, (look for the software RAID howto) or using rsync. (The latter doesn't perform nearly as well as the former, but has fewer dependencies at the filesytem level)
It all depends on what you're really after...
I thought about those 2 already... I don't know RAID much so it might be an opportunity to learn. I just don't want to break anything. I know rsync so there is less risk. Maybe DRBD?
DRBD ? Talk about risk. That is not for the faint of heart, and it is very easy to get it out of sync. Useful tool, but a real PITA.
RAID 1 looks like your best option.
- -- Rodrigo Barbosa rodrigob@suespammers.org "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
Rodrigo Barbosa wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thu, Jan 12, 2006 at 09:31:54AM -0500, Ugo Bellavance wrote:
Anyway, if you want to "sync up" two drives periodically, I'd suggest either using software RAID 1, and re-adding the drive to a normally-broken array, (look for the software RAID howto) or using rsync. (The latter doesn't perform nearly as well as the former, but has fewer dependencies at the filesytem level)
It all depends on what you're really after...
I thought about those 2 already... I don't know RAID much so it might be an opportunity to learn. I just don't want to break anything. I know rsync so there is less risk. Maybe DRBD?
DRBD ? Talk about risk. That is not for the faint of heart, and it is very easy to get it out of sync. Useful tool, but a real PITA.
RAID 1 looks like your best option.
Ok, thanks. I think I'll try both rsync and RAID to see the real pros an cons in my environment.
Thanks all for all your help!
Rodrigo Barbosa rodrigob@suespammers.org "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDxmoHpdyWzQ5b5ckRAnQfAJ9l69t6AsLPYBqIsCOqOolk5J5ABACcCrRb cd7doR/ryf4uyFg1nY6QTgk= =2KT3 -----END PGP SIGNATURE-----
Rodrigo Barbosa wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thu, Jan 12, 2006 at 09:31:54AM -0500, Ugo Bellavance wrote:
Anyway, if you want to "sync up" two drives periodically, I'd suggest either using software RAID 1, and re-adding the drive to a normally-broken array, (look for the software RAID howto) or using rsync. (The latter doesn't perform nearly as well as the former, but has fewer dependencies at the filesytem level)
It all depends on what you're really after...
I thought about those 2 already... I don't know RAID much so it might be an opportunity to learn. I just don't want to break anything. I know rsync so there is less risk. Maybe DRBD?
DRBD ? Talk about risk. That is not for the faint of heart, and it is very easy to get it out of sync. Useful tool, but a real PITA.
RAID 1 looks like your best option.
But RAID 1 would require me to remake the partitions on the disks? I don't have room to put the data elsewhere. I have 117 Go of data on one disk (hde). Could I create the partitions on the other disk, then copy over to the other disk (hdg), then create the raid?
Thanks,
Rodrigo Barbosa rodrigob@suespammers.org "Quid quid Latine dictum sit, altum viditur" "Be excellent to each other ..." - Bill & Ted (Wyld Stallyns)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDxmoHpdyWzQ5b5ckRAnQfAJ9l69t6AsLPYBqIsCOqOolk5J5ABACcCrRb cd7doR/ryf4uyFg1nY6QTgk= =2KT3 -----END PGP SIGNATURE-----
But RAID 1 would require me to remake the partitions on the disks? I don't have room to put the data elsewhere. I have 117 Go of data on one disk (hde). Could I create the partitions on the other disk, then copy over to the other disk (hdg), then create the raid?
You'd need to create a failed RAID1 array on the other disk, create partitions (probably best to use LVM on top of RAID1) on that, then clear the new disk, mark it as RAID1 and add it to the failed RAID1 array, wait for it to sync up, mark the new disk as failed, and shutdown and remove the disk...
Cheers, MaZe.
-
Benjamin Smith -
Maciej Żenczykowski -
Mohd Ikhwan Bin Abdullah -
Rodrigo Barbosa -
Ugo Bellavance