Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

LVM + RAID follow up

Quoting Tom Metro <blu at>:

> RAID-1 is a no brainer, but what I wonder about is the use of higher 
> order RAID or LVM layered on top of non-RAID volumes in the case of 
> "budget" systems where you don't have backups (or at least frequent 
> backups).

It depends on your usage.  What are you storing on the system, and
what kind of problems are you trying to offset by using RAID?

> It's been raised on this list before, and from that and other 
> sources, my understanding is that LVM can make data recovery a lot 
> more difficult if one of the underlying drives fails. This is 
> probably why LVM is typically layered on top of RAID sets.

True.  LVM is another way to accomplish RAID0, so I'd question
whether you want a true RAID-0 vs. just using LVM.

> In a more enterprise environment, recovery isn't really an issue. You 
> create frequent backups (or continuous mirrors) and test them. But 
> for a home MythTV Backend, I can see scenarios where you might chain 
> a couple of large drives via LVM and no RAID to go for maximum space, 
> and risk not having backups, yet would much rather be able to recover 
> the surviving data from the LVM group if a drive fails.

For myth video I'd just mount the disks separately and configure Myth
to load-share the space across the mountpoints.  This way if you lose
a drive you only lose the videos on that drive and not ALL your videos.

I'd not use RAID for that..  I WOULD use RAID for longer-term storage,
like a backup server or a video/audio jukebox or longer-term storage of
data that I don't want to lose.

>  -Tom


       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL:    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available

This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!

Boston Linux & Unix /