All of lore.kernel.org
 help / color / mirror / Atom feed
From: Felix Zielcke <fzielcke@z-51.de>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: [PATCH] show an error instead of segfaulting on grub-probe -t partmap on a unsynced raid
Date: Fri, 01 Aug 2008 17:22:03 +0200	[thread overview]
Message-ID: <1217604123.4354.18.camel@fz-deb.local> (raw)
In-Reply-To: <20080801133648.GA14359@thorin>

Am Freitag, den 01.08.2008, 15:36 +0200 schrieb Robert Millan:

> The existing code is confusing.  What is total_devs for?  If we need to
> iterate up to 32, sounds like this variable is pointless?
> 
> If it's useless, it should be removed (but maybe it isn't!).
> 

total_devs is a fast check if the array is readable.

On fully synced raids the disks should be always in linear continues
order starting with 0 in the mdraid superblock.

If I added the sdb1 back to the md0 then mdadm did reassemble them to 0
and 1
Whereas when I removed it then disk 1 was the working one and disk 2 the
removed one.

So at least for raid1 it's not safe to just check disk 0 if the array
has only one device (which is totally legal on raid1)

For raid0 you always must have a fully synced raid.

On raid5 one disk can be missing, thanks to VMware and that I have enoug
time I can find it out how it works with raid5

By the way, this 32 seems to be oversafe
mdadm(8) says super 0.90 supports only 28 devices in one array

With implementing super 1.X this will be a problem because mdadm(8)
doestn't say any limit at all.




  reply	other threads:[~2008-08-01 15:22 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-28 23:05 grub-probe crashes on a linux softraid 1 with one disk beginning to sync Felix Zielcke
2008-07-29 20:20 ` [PATCH] show an error instead of segfaulting on grub-probe -t partmap on a unsynced raid Felix Zielcke
2008-07-30 10:37   ` Robert Millan
2008-07-30 11:39     ` Felix Zielcke
2008-07-30 15:11       ` Felix Zielcke
2008-08-01 13:36         ` Robert Millan
2008-08-01 15:22           ` Felix Zielcke [this message]
2008-08-02 19:00             ` Felix Zielcke

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=1217604123.4354.18.camel@fz-deb.local \
    --to=fzielcke@z-51.de \
    --cc=grub-devel@gnu.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.