From: Steven Dake <sdake@mvista.com>
To: David Chow <davidchow@shaolinmicro.com>
Cc: neilb@cse.unsw.edu.au, linux-raid@vger.kernel.org
Subject: Re: readonly start of Linux RAID
Date: Tue, 28 Jan 2003 11:28:05 -0700 [thread overview]
Message-ID: <3E36CBB5.6050904@mvista.com> (raw)
In-Reply-To: <3E36C2C3.3070101@shaolinmicro.com>
David,
Read this regarding enhancing the MD driver to work in a shared storage
environment.
http://marc.theaimsgroup.com/?l=linux-raid&m=104170749423143&w=2
David Chow wrote:
>Hi Neil,
>
>I've been reading some archives in the Linux RAID mailing list. Someone ask for implementing a readonly mode instead of degraded mode in RAID-1/5 setups. I'm falling into a similar problem . I think it is important to have a readonly mode on starting a RAID device or operating on a RAID device. Think of systems that didn't want to rebuild their RAID immediately after an unclean shutdown... Calling autorun() ioctls will make all devices starting rebuild themselves in case of any available disk exists. In case we are on a shared storage system, the active cluster might have using the RAID disks which seems to be unclean on the other standby cluster. The standby cluster might want to have a read-only inspection of the shared storage. In case of a high availability cluster system failover, the standby cluster might want to determine to start full read/write access by some tools instead of forced automatic at system boot (initrd calling raidautorun). In such circumstances, the cu
rr!
>!
>ent md driver cannot be used. This also prohibits many implementation of a high availability system from implement linux RAID on a shared storage on an HA system which is extremely important. I guess, this problem also comes with LVM and other similar volume management system. I'm currently studying the md.c code in a 2.4.19 kernel which I see implementing a read-only mode for md is possible. Please give advice or anything happening, so that I don't spend duplicated efforts. Thanks.
>
>
>regards,
>David Chow
>
>
>-
>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
>
>
>
>
>
next prev parent reply other threads:[~2003-01-28 18:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-28 17:49 readonly start of Linux RAID David Chow
2003-01-28 18:28 ` Steven Dake [this message]
2003-01-29 3:02 ` David Chow
2003-01-29 16:53 ` Steven Dake
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=3E36CBB5.6050904@mvista.com \
--to=sdake@mvista.com \
--cc=davidchow@shaolinmicro.com \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@cse.unsw.edu.au \
/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;
as well as URLs for NNTP newsgroup(s).