All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Osicki <osk@admin.swisscom-mobile.ch>
To: linux-raid@vger.kernel.org
Subject: Re: accessing mirrired lvm on shared storage
Date: Fri, 7 Apr 2006 13:46:36 +0200	[thread overview]
Message-ID: <20060407134636.2bce1917@mwdsp001> (raw)
In-Reply-To: <44355BC9.4020608@mailing.kaufland-informationssysteme.com>


Matthias

I have currently four clusters which mirror shared storage. I've
always pay great attention not to have an array active on both
cluster nodes. I can imagine data corruption would happen soon or
late.
Unfortunately md lacks the ability to mark an array as
used/busy/you_name_it. Sometime ago I asked on this list for such an
enhancement (see thread with subject "Question: array locking,
possible"). Although I managed (with great help from few people on 
this list) to attract Neil's attention, I couldn't fine enough
arguments to convince him to put this topic on hist TO-DO list.
Neil, you see the constantly growing number of potential users of this
feature? ;-)


Regards,
Chris

PS Matthias, just curious, you don't have FC failover, right?

On Thu, 06 Apr 2006 20:19:53 +0200
Matthias Eble 	<matthias.eble@mailing.kaufland-informationssysteme.com> wrote:

> 
> Hi all,
> 
> I've got an extended setup whith two Systems, each with two FC cards. 
> Every card is connected to a seperate disk array (so one system accesses 
> two arrays). The other node has access to the same two arrays (standby).
> 
> The active server mirrors the data (4 LUNs) between the two arrays via 
> md. On top is a LVM physical volume. The other system is meant to be 
> booted but not acessing the VGs.
> 
> My question is, if it is possible to let both systems set up the md 
> mirror without corrupting the data? Is there any data written even when 
> the VGs are not taken active? I think I remember that LVM refuses to 
> activate volumegroups which are active on another system, right?
> This would save me from caring about IO fencing.
> 
> thanks for your help in advance..
> matthias
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

  reply	other threads:[~2006-04-07 11:46 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-06 18:19 accessing mirrired lvm on shared storage Matthias Eble
2006-04-07 11:46 ` Chris Osicki [this message]
2006-04-07 11:57   ` Matthias Eble
2006-04-12  4:09   ` Neil Brown
2006-04-12 16:47     ` Chris Osicki
2006-04-13 14:57     ` Mike Snitzer
2006-04-16 22:53       ` Neil Brown
2006-04-17 18:15         ` Mike Snitzer
2006-04-18 14:33         ` Michael Tokarev
  -- strict thread matches above, loose matches on Subject: below --
2006-04-07  0:54 Stern, Rick (Serviceguard Linux)

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=20060407134636.2bce1917@mwdsp001 \
    --to=osk@admin.swisscom-mobile.ch \
    --cc=linux-raid@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.