From: David Brown <david.brown@hesbynett.no>
To: plug bert <plugbert@yahoo.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: metadata versions: 0.90 vs 1.2
Date: Wed, 13 Jun 2012 11:31:34 +0200 [thread overview]
Message-ID: <4FD85DF6.4000805@hesbynett.no> (raw)
In-Reply-To: <1339563343.41566.YahooMailClassic@web190003.mail.sg3.yahoo.com>
On 13/06/2012 06:55, plug bert wrote:
> Hello,
>
> i noticed this while twiddling with RAID1 arrays...
>
> On our old CentOS 4.7 box, i can mount a RAID1 array member
> independently of the array -- i.e. mount /dev/sdc1 /mountpoint....but
> on CentOS 5.x and later i am met with an unknown filesystem:
> linux_raid_member error.
>
> Somebody hinted that this had something to do with the metadata
> versions, so i recreated the RAID1 array on CentOS 5.x with the
> --metadata=0.90 parameter...and was able to mount the array member
> w/o any problems.
>
>
> Is this expected behavior? Are there any potential problems if i
> stick with metadata=0.90(apart from the 28 device and 2Tb disk space
> limit)?
>
Yes, this is expected behaviour (as Mikael explained).
As for potential problems, the big one is if you mount a member of a
raid1 array (with metadata 0.90, 1.0) directly, and write to it, you'll
corrupt the raid1 array. So make sure you only mount it read-only,
unless you never want to see the raid1 again.
Typical uses of such mounts are for recovery purposes, or for accessing
the raid from a bootloader (newer grub can understand more raid arrays,
but raid1 with metadata 0.90 is often used with older grub).
prev parent reply other threads:[~2012-06-13 9:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-11 1:26 question about RAID10 near and far layouts plug bert
2012-06-11 12:28 ` Phil Turmel
2012-06-13 4:55 ` metadata versions: 0.90 vs 1.2 plug bert
2012-06-13 5:46 ` Mikael Abrahamsson
2012-06-13 14:46 ` Emmanuel Noobadmin
2012-06-13 15:17 ` Phil Turmel
2012-06-13 17:29 ` Emmanuel Noobadmin
2012-06-13 9:31 ` David Brown [this message]
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=4FD85DF6.4000805@hesbynett.no \
--to=david.brown@hesbynett.no \
--cc=linux-raid@vger.kernel.org \
--cc=plugbert@yahoo.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