linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tyler <pml@dtbb.net>
To: Paul Clements <paul.clements@steeleye.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Any way to Increase MD_SB_DISKS=27 ? I need 31 devices
Date: Tue, 03 May 2005 15:28:58 -0700	[thread overview]
Message-ID: <4277FB2A.5060008@dtbb.net> (raw)
In-Reply-To: <427784CB.7070000@steeleye.com>

Okay, I will give that a try paul... but i've actually tryed using mdadm 
v2.0-devel to create an array with a version 1 superblock, using only 3 
drives in a raid5 array.  It hasn't worked so far, read my 2 bugreports 
to the mailing list, to see whats happening.. and maybe draw some 
insight from them?  I'm at a loss as to why mdadm is failing right now.. 
even without going over the 27 drive limit.  Neil hasn't responded to 
any emails I've sent regarding this either..

Thanks,
Tyler.

PS - Can you see any kind of order to the "applied" patches on Neil's 
site? .. I can't tell which ones are for the 2.0-devel version and which 
are for 1.9.x .. and one says 1.8 ... etc..

Paul Clements wrote:

> Tyler wrote:
>
>> Isn't the superblock still limited to 27 drives though? .. is there 
>
>
> The version 0.90 superblock is limited to 27 drives. Version 1 
> superblock is limited to about 2000 drives, because Neil shrunk the 
> amount of per-drive data stored in the superblock drastically. The 
> check in mdadm, is in the file mdadm.c, just grep for the message that 
> you got ("invalid number of raid devices"). Comment out that code and 
> recompile mdadm. Everything should work after that. The kernel you 
> have already has support for version 1 superblocks.
>
> -- 
> Paul
>
>> maybe a patch for version 1 superblocks that i don't have in 
>> 2.6.12-rc3-mm2, that changes the max drives in the md_p.h and md.c 
>> driver?  There is only 4096 bytes earmarked for superblocks, and 
>> within that amount, there isn't enough room to list more than 27 
>> drives that may be part of the same array.
>>
>> Do I need some more patches for this to work, that aren't in the -mm 
>> tree yet?  I was under the impression (from the mdadm v2.0 announce 
>> file, that anything *after* 2.6.11-rc3 in the -mm tree would have the 
>> required patches.
>>
>> Also, where can I disable the check in mdadm?
>>
>> Thanks,
>> Tyler.
>>
>> Paul Clements wrote:
>>
>>> Tyler wrote:
>>>
>>>> PS - I've tryed the latest 2.6.12-rc3-mm2 kernel, with mdadm 
>>>> v2.0-devel, using the --metadata 1.0 option on the create line, and 
>>>> still get:
>>>
>>>
>>>
>>>
>>>> # mdadm -C -e 1.0 -l 6 -n 31 /dev/md0 /dev/hdb /dev/hdc /dev/hdd 
>>>> /dev/sda /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg 
>>>> /dev/sdh /dev/sdi /dev/sdj /dev/sdk /dev/sdl /dev/sdm /dev/sdn 
>>>> /dev/sdo /dev/sdp /dev/sdq /dev/sdr /dev/sds /dev/sdt /dev/sdu 
>>>> /dev/sdv /dev/sdw /dev/sdx /dev/sdy /dev/sdz /dev/sdaa /dev/sdab
>>>> mdadm: invalid number of raid devices: 31
>>>
>>>
>>>
>>>
>>> As far as I can tell, mdadm just shouldn't give this error when 
>>> you're using a version 1 superblock. If you disable that check in 
>>> mdadm.c, I think everything will work. Version 1 superblocks allow 
>>> something like 2000 disks in an array.
>>>
>>> -- 
>>> Paul
>>
>>
>>
>> -
>> 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:[~2005-05-03 22:28 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-02  1:35 Any way to Increase MD_SB_DISKS=27 ? I need 31 devices Tyler
2005-05-02  7:09 ` Peter T. Breuer
2005-05-02  8:40   ` Tyler
2005-05-02  8:56     ` Peter T. Breuer
2005-05-02  9:36       ` Peter T. Breuer
2005-05-03 11:44         ` Tyler
2005-05-03 13:45           ` Peter T. Breuer
2005-05-02 14:58 ` Paul Clements
2005-05-03 11:22   ` Tyler
2005-05-03 14:03     ` Paul Clements
2005-05-03 22:28       ` Tyler [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=4277FB2A.5060008@dtbb.net \
    --to=pml@dtbb.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=paul.clements@steeleye.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).