Linux LVM users
 help / color / mirror / Atom feed
From: Luca Berra <bluca@comedia.it>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Software raid on top of lvm logical volume
Date: Thu, 28 Oct 2004 08:35:31 +0200	[thread overview]
Message-ID: <20041028063530.GA13279@percy.comedia.it> (raw)
In-Reply-To: <41808B37.40406@monjoin.net>

On Thu, Oct 28, 2004 at 08:01:27AM +0200, Eric Monjoin wrote:
>Theo Van Dinter a �crit :
>
>Well it's because we have problems in this way. We have a server 
>connected to 2 EMC Symmetrix where we assign some 70Gb and 40Gb Luns.  
>We used Powerpath to manage the dual path to the Luns and so I first 
>created mirror as this :


>But after a while I obtain that :
>Personalities : [raid1]
>read_ahead 1024 sectors
>Event: 10                 
>md9 : active raid1 [dev e9:31][1] [dev e8:e1][0]
>      42829184 blocks [2/2] [UU]
>and if we try to rebuild the mirror after after loosing access to one of 
this might be a problem with powerpath, it seems harmless tough

>the EMC, we have really bad result :
>Personalities : [raid1]
>read_ahead 1024 sectors
>Event: 26                 
>md9 : active raid1 emcpowerd1[2] [dev e8:e1][0]
>      42829184 blocks [2/1] [U_]
>      [>....................]  recovery =  1.4% (630168/42829184) 
>finish=68.1min speed=10315K/sec
this is a problem with linux md raid. it does not support fast resync
with a bitmap of changed sectors, there is a project to implement it,
but it is not yet in the standard kernel.
look on the linux-raid mailing list archives for something called 'fast
raid 1'.
i do not believe you would have any advantage in stacking md above lvm
anyway.
Regards,
Luca

-- 
Luca Berra -- bluca@comedia.it
        Communication Media & Services S.r.l.
 /"\
 \ /     ASCII RIBBON CAMPAIGN
  X        AGAINST HTML MAIL
 / \

  reply	other threads:[~2004-10-28  6:35 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-27 22:02 [linux-lvm] Software raid on top of lvm logical volume Eric Monjoin
2004-10-28  1:17 ` Theo Van Dinter
2004-10-28  6:01   ` Eric Monjoin
2004-10-28  6:35     ` Luca Berra [this message]
2004-10-28 19:17       ` [linux-lvm] " Peter T. Breuer
2004-11-01 16:01         ` Michael T. Babcock
2004-11-01 16:51           ` Erik Ohrnberger
2004-11-01 22:03             ` Clint Byrum
2004-11-01 22:07               ` Theo Van Dinter
2004-11-02 15:46             ` Michael T. Babcock
2004-10-28 18:54   ` [linux-lvm] " Michael T. Babcock
2004-10-30 16:55     ` [linux-lvm] " Peter T. Breuer
2004-10-30 17:10     ` [linux-lvm] What is the best way to configure LVM + RAID? Erik Ohrnberger
2004-10-31 17:34       ` [linux-lvm] " Peter T. Breuer
2004-10-30 17:27     ` [linux-lvm] Software raid on top of lvm logical volume Theo Van Dinter
2004-10-30 19:22       ` [linux-lvm] LVM DISK DIE "KieZz"
2004-10-31 16:48     ` [linux-lvm] Software raid on top of lvm logical volume Markus Baertschi
2004-11-01  6:46       ` Scott Serr
2004-11-01 15:38       ` Michael T. Babcock
2004-11-01 17:02         ` [linux-lvm] " Peter T. Breuer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041028063530.GA13279@percy.comedia.it \
    --to=bluca@comedia.it \
    --cc=linux-lvm@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox