BackupPC-users

Re: [BackupPC-users] Optimizing backupPC

2008-05-06 09:53:27
Subject: Re: [BackupPC-users] Optimizing backupPC
From: dan <dandenson AT gmail DOT com>
To: "Carl Wilhelm Soderstrom" <chrome AT real-time DOT com>
Date: Tue, 6 May 2008 07:53:19 -0600
I could add that any system crashes from (linux software raid)raid-member disk failure is likely a problem with the disk controller driver!  All hotswappable SATA devices should work without no adverse effects on the system and allow hot swapping and rebuilds assuming the SATA controller driver is good.  Regular old IDE is a different story and will likely cause a kernel panic if a drive fails to respond that the kernel had some outstanding writes to do on as IDE drivers were not built with hot-swap in mind! 

A big benefit of software raid also is that it is disk and controller agnostic.  many people are still under the impression that raid requires identical disks to function properly, but that is not the case with software raid though the slowest member dictates the whole array's speed.  If you have a controller fail, you can pop one in a PCI* slot, possibly a hotswap slot and hook up drives to it and you are back in business.  You can even plug the drives into USB adapters and bring the system back up or move the disks to another system entirely, different distro, different hardware, everything.

On Mon, May 5, 2008 at 6:19 PM, Carl Wilhelm Soderstrom <chrome AT real-time DOT com> wrote:
On 05/06 09:00 , Adam Goryachev wrote:
> Just to add my 0.02c worth to the discussion....
> I don't like a lot of hardware raid because they don't provide a
> consistent interface to the raid status. With software raid, every
> machine regardless of linux (kernel) version, distro, or libraries, they
> all have identical status information in /proc/mdstat.

This is a very good point. The old Mylex RAID controllers were great in this
regard; they had a tree under /proc which reported their status. I don't
know if any other controller since then has done this. (Tho I believe Linus
discourages the use of /proc for a lot of things now).

--
Carl Soderstrom
Systems Administrator
Real-Time Enterprises
www.real-time.com

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/