linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Neil Brown <neilb@suse.de>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: Michael Evans <mjevans1983@gmail.com>,
	Justin Piszcz <jpiszcz@lucidpixels.com>,
	linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: Linux mdadm superblock question.
Date: Tue, 16 Feb 2010 11:27:08 +1100	[thread overview]
Message-ID: <20100216112708.4a863f86@notabene.brown> (raw)
In-Reply-To: <4B77044B.1020609@zytor.com>

On Sat, 13 Feb 2010 11:58:03 -0800
"H. Peter Anvin" <hpa@zytor.com> wrote:

> On 02/11/2010 05:52 PM, Michael Evans wrote:
> > On Thu, Feb 11, 2010 at 3:00 PM, Justin Piszcz <jpiszcz@lucidpixels.com> wrote:
> >> Hi,
> >>
> >> I may be converting a host to ext4 and was curious, is 0.90 still the only
> >> superblock version for mdadm/raid-1 that you can boot from without having to
> >> create an initrd/etc?
> >>
> >> Are there any benefits to using a superblock > 0.90 for a raid-1 boot volume
> >> < 2TB?
> >>
> >> Justin.
> >> --
> >> 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
> >>
> > 
> > You need the superblock at the end of the partition:  If you read the
> > manual that is clearly either version 0.90 OR 1.0 (NOT 1.1 and also
> > NOT 1.2; those use the same superblock layout but different
> > locations).
> 
> 0.9 has the *serious* problem that it is hard to distinguish a whole-volume
> 
> However, apparently mdadm recently switched to a 1.1 default.  I
> strongly urge Neil to change that to either 1.0 and 1.2, as I have
> started to get complaints from users that they have made RAID volumes
> with newer mdadm which apparently default to 1.1, and then want to boot
> from them (without playing MBR games like Grub does.)  I have to tell
> them that they have to regenerate their disks -- the superblock occupies
> the boot sector and there is nothing I can do about it.  It's the same
> pathology XFS has.

When mdadm defaults to 1.0 for a RAID1 it prints a warning to the effect that
the array might not be suitable to store '/boot', and requests confirmation.

So I assume that the people who are having this problem either do not read,
or are using some partitioning tool that runs mdadm under the hood using
"--run" to avoid the need for confirmation.  It would be nice to confirm if
that was the case, and find out what tool is being used.

If an array is not being used for /boot (or /) then I still think that 1.1 is
the better choice as it removes the possibility for confusion over partition
tables.

I guess I could try defaulting to 1.2 in a partition, and 1.1 on a
whole-device.  That might be a suitable compromise.

How do people cope with XFS??

NeilBrown

  parent reply	other threads:[~2010-02-16  0:27 UTC|newest]

Thread overview: 93+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-11 23:00 Linux mdadm superblock question Justin Piszcz
2010-02-12  1:52 ` Michael Evans
2010-02-12  9:06   ` Robin Hill
2010-02-12 21:53     ` Mr. James W. Laferriere
2010-02-16  0:57       ` Neil Brown
2010-02-16 16:42       ` Bill Davidsen
2010-02-13 19:58   ` H. Peter Anvin
2010-02-13 20:07     ` Justin Piszcz
2010-02-13 20:49       ` david
2010-02-13 21:07         ` Michael Evans
2010-02-13 21:29       ` H. Peter Anvin
2010-02-14 20:25         ` Asdo
2010-02-14 21:18           ` H. Peter Anvin
2010-02-14 21:34             ` Henrique de Moraes Holschuh
2010-02-14 23:20             ` Rudy Zijlstra
2010-02-15  3:40               ` Mr. James W. Laferriere
2010-02-15  7:12                 ` Luca Berra
2010-02-16  0:38                   ` Neil Brown
2010-02-16  0:27     ` Neil Brown [this message]
2010-02-16  1:24       ` H. Peter Anvin
2010-02-16  3:18         ` david
2010-02-16  4:42           ` John Robinson
2010-02-16  7:02           ` H. Peter Anvin
2010-02-16  8:46             ` Rudy Zijlstra
2010-02-16 17:05         ` Bill Davidsen
2010-02-16 23:30           ` H. Peter Anvin
2010-02-16 10:12       ` Giovanni Tessore
2010-02-17 23:10         ` Neil Brown
2010-02-16  3:40   ` CaT
2010-02-13  6:42 ` martin f krafft
2010-02-13  8:37 ` Giovanni Tessore
2010-02-13  9:26   ` Michael Evans
2010-02-13  9:35     ` Giovanni Tessore
2010-02-13  9:40       ` Michael Evans
2010-02-13 10:06         ` Giovanni Tessore
2010-02-16  0:50 ` Neil Brown
2010-02-16 13:14   ` Justin Piszcz
2010-02-16 20:09     ` mdadm FAQ (was: Linux mdadm superblock question.) martin f krafft
2010-02-17 23:11     ` Linux mdadm superblock question Neil Brown
2010-02-16 17:24   ` Bill Davidsen
  -- strict thread matches above, loose matches on Subject: below --
2010-02-14  1:51 Volker Armin Hemmann
2010-02-14  4:02 ` Michael Evans
2010-02-14  7:21   ` david
2010-02-14  8:38     ` Michael Evans
2010-02-14 18:40   ` Volker Armin Hemmann
2010-02-14 18:53     ` John Robinson
2010-02-14 21:16       ` Gabor Gombas
     [not found]       ` <201002142013.24922.volkerarmin@googlemail.com>
2010-02-16 14:28         ` John Robinson
2010-02-16 14:37           ` Volker Armin Hemmann
2010-02-16 14:46             ` Robin Hill
2010-02-16 17:23             ` John Robinson
2010-02-16 19:38             ` Luca Berra
2010-02-16 17:18     ` Bill Davidsen
2010-02-16 21:06       ` Volker Armin Hemmann
2010-02-16 22:00         ` Nick Bowler
2010-02-16 22:18           ` Volker Armin Hemmann
2010-02-17 14:25             ` Nick Bowler
2010-02-18  9:27             ` Ian Dall
2010-02-17  1:03       ` Mr. James W. Laferriere
2010-02-17  2:01         ` Neil Brown
2010-02-17  2:38           ` Volker Armin Hemmann
2010-02-17 23:15             ` Neil Brown
2010-02-17  6:34           ` Kyle Moffett
2010-02-17  9:38             ` Rudy Zijlstra
2010-02-17 13:26               ` Frans Pop
2010-02-17 20:54                 ` Gabor Gombas
2010-02-17 21:29                   ` Frans Pop
2010-02-18  3:40                   ` Goswin von Brederlow
2010-02-17 16:22               ` Kyle Moffett
2010-02-17 17:41                 ` david
2010-02-17 18:10                   ` Nick Bowler
2010-02-17 18:27                     ` Volker Armin Hemmann
2010-02-17 18:37                       ` Nick Bowler
2010-02-17 18:41                         ` david
2010-02-17 18:51                           ` Nick Bowler
2010-02-17 21:17                             ` david
2010-02-17 21:37                               ` Nick Bowler
2010-02-17 22:21                                 ` david
2010-02-17 18:46                         ` Volker Armin Hemmann
2010-02-17 22:26                           ` H. Peter Anvin
2010-02-18  3:33                     ` Goswin von Brederlow
2010-02-18  7:51                       ` Luca Berra
2010-02-18 14:12                       ` Nick Bowler
2010-02-19  9:04                         ` Michael Evans
2010-02-14 19:34   ` Henrique de Moraes Holschuh
2010-02-14 20:07     ` Michael Evans
2010-02-14 21:14       ` Henrique de Moraes Holschuh
2010-02-14 20:47     ` Asdo
2010-02-14 21:26       ` Henrique de Moraes Holschuh
2010-02-14 21:28       ` Gabor Gombas
2010-02-15  9:08         ` martin f krafft
2010-02-15  7:51 ` Luca Berra
     [not found] <edBWa-K7-9@gated-at.bofh.it>
     [not found] ` <edDXX-3XC-7@gated-at.bofh.it>
     [not found]   ` <edRHA-7bL-13@gated-at.bofh.it>
     [not found]     ` <eezfA-4N7-11@gated-at.bofh.it>
2010-02-16 21:10       ` Bodo Eggert

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=20100216112708.4a863f86@notabene.brown \
    --to=neilb@suse.de \
    --cc=hpa@zytor.com \
    --cc=jpiszcz@lucidpixels.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=mjevans1983@gmail.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;
as well as URLs for NNTP newsgroup(s).