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]

Drive mirroring - opinion wanted



That I know.  If one is running a mission-critical server then mirroring =

is important.  What we have at work is a simple backup script, then IT=20
does a further rsync from New York, but I might want to start using=20
rsnapshot. That would require NY to change their strategy slightly. At=20
home, essentially, a nightly backup is usually sufficient, but the issue =

is to monitor the state of the backup frequently which neither you nor I =

did with the BLU system.

On 06/06/2009 01:30 PM, John Abreau wrote:
> RAID-5 is inherently fragile, and we were using a hardware RAID
> that didn't have proper monitoring tools available for Linux.
>
> Mirroring is more robust than RAID-5.  Either way, it's imperative that=

> you set up an automated mechanism to monitor it so you're alerted
> in a timely fashion when there's a problem that needs attention.
>
>
>
> On Sat, Jun 6, 2009 at 10:12 AM, Jerry Feldman<gaf-mNDKBlG2WHs at public.gmane.org> wrote:
>  =20
>> I've installed it, and I'll take a serious look at it.  I'm a bit gun =
shy
>> because of the BLU crash where our RAID5 failed, and my home backup wa=
s
>> screwed up because of a virtual machine in the middle of my backup tar=
file
>> which truncated my recovery in roughly the same time frame. Since I am=
 not
>> running a mission critical server, this might be a good replacement fo=
r my
>> own backup script.
>>
>> On 06/06/2009 09:18 AM, Dan Ritter wrote:
>>    =20
>>> On Sat, Jun 06, 2009 at 08:38:02AM -0400, Jerry Feldman wrote:
>>>
>>>      =20
>>>> recently, I acquired a 1TB SATA drive for home as an addition to my
>>>> existing 160GB drive. Obviously, the proper way to set things up are=
 to have
>>>> 2 identical drives. I do back up my system daily to a USB drive, but=
 I would
>>>> just like some recommendations before I move to Fedora 11.
>>>> I do have enough space on a USB drive to back up everything importan=
t
>>>> (such as /home, and my virtual machines) so I can do a complete refo=
rmat if
>>>> necessary.
>>>> But, what I would like to do is to continue to use my 160GB as my pr=
imary
>>>> drive (currently set up as LVM), and install fedora 11 onto the new =
drive. I
>>>> currently have 1 137G volume group on the 160 GB drive. Can I simply=

>>>> allocate a 137GB volume group on the 1TB drive to use as a mirror fo=
r the
>>>> 137VG on the 160.
>>>>
>>>> Or, would I be better off starting from scratch when I install Fedor=
a 11,
>>>> use the 1TB drive as the boot drive and set up multiple volume group=
s, or
>>>> simply just rely on my existing daily backups.
>>>>
>>>>        =20
>>> You could do any of these things, but you might be happiest
>>> allocating 200GB or so of the new disk as a filesystem to use as
>>> a repository for rsnapshot. rsnapshot can provide you with
>>> multiple revisions of whatever happens on your 137GB volume, in
>>> an easier-to-access form than LVM's snapshotting capabilities.
>>>
>>>      =20
>> --
>> Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org>
>> Boston Linux and Unix
>> PGP key id: 537C5846
>> PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB  CA3B 4607 4319 537C 584=
6
>>
>>
>>
>> _______________________________________________
>> Discuss mailing list
>> Discuss-mNDKBlG2WHs at public.gmane.org
>> http://lists.blu.org/mailman/listinfo/discuss
>>
>>
>>    =20
>
>
>
>  =20


--=20
Jerry Feldman <gaf-mNDKBlG2WHs at public.gmane.org>
Boston Linux and Unix
PGP key id: 537C5846
PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB  CA3B 4607 4319 537C 5846








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 / webmaster@blu.org