From: "Guy" <bugzilla@watkins-home.com>
To: 'Lukas Kubin' <kubin@opf.slu.cz>
Cc: linux-raid@vger.kernel.org
Subject: RE: Array of disks attached to multiple controllers
Date: Tue, 14 Sep 2004 10:59:52 -0400 [thread overview]
Message-ID: <200409141459.i8EExv332327@watkins-home.com> (raw)
In-Reply-To: <4146FB2F.9080103@opf.slu.cz>
Well I have a clue!
<Device size> X (<Number of disks> - 1)
195360896 X (16-1) = 2930413440 (a very nice number!)
I think you have crossed a 2T limit.
Subtract 2T from the expected size and you get you size.
2930413440 - 2^31 = 782929792 (This is your size!)
2^31 = 2T. (we have 1K blocks)
You have exceeded a 2T limit somewhere. I don't know where the limit is. I
thought I read that devices were limited to 2T, but arrays could be larger.
Maybe you have an older kernel that only supports 2T. My 14 disk monster
array is just over 200Gig, so I have not had this problem. A new kernel may
help, but I don't know. Time for Neil to help! :)
I think you will be fine if you only use 11 disks!
195360896 * (11-1) = 1953608960 (this is under the 2T limit).
Guy
-----Original Message-----
From: Lukas Kubin [mailto:kubin@opf.slu.cz]
Sent: Tuesday, September 14, 2004 10:08 AM
To: Guy
Cc: linux-raid@vger.kernel.org
Subject: Re: Array of disks attached to multiple controllers
Ok, the output follows:
=====
/dev/md0:
Version : 00.90.00
Creation Time : Tue Sep 14 16:02:42 2004
Raid Level : raid5
Array Size : 782929792 (746.66 GiB 801.72 GB)
Device Size : 195360896 (186.31 GiB 200.05 GB)
Raid Devices : 16
Total Devices : 17
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Tue Sep 14 16:02:42 2004
State : dirty, recovering
Active Devices : 16
Working Devices : 17
Failed Devices : 0
Spare Devices : 1
Layout : left-symmetric
Chunk Size : 128K
Rebuild Status : 0% complete
Number Major Minor RaidDevice State
0 8 16 0 active sync /dev/sdb
1 8 32 1 active sync /dev/sdc
2 8 48 2 active sync /dev/sdd
3 8 64 3 active sync /dev/sde
4 8 80 4 active sync /dev/sdf
5 8 96 5 active sync /dev/sdg
6 8 112 6 active sync /dev/sdh
7 8 128 7 active sync /dev/sdi
8 8 144 8 active sync /dev/sdj
9 8 160 9 active sync /dev/sdk
10 8 176 10 active sync /dev/sdl
11 8 192 11 active sync /dev/sdm
12 8 208 12 active sync /dev/sdn
13 8 224 13 active sync /dev/sdo
14 8 240 14 active sync /dev/sdp
15 65 0 15 active sync /dev/sdq
16 65 16 16 spare /dev/sdr
UUID : c18d1ba9:d7d4f338:6d83a4e1:023cbbdb
Events : 0.1
=====
All the disks are SATA 200GB, the first controller (for drives sd{a..f})
is 3ware 8xxx, the second is 3ware 9000 ATA Raid controller. The first
controller uses 3w-xxxx kernel module, the second one 3x-9xxx on linux
2.4.27.
Thank you for any help.
lukas
Guy wrote:
> Give us more info.
> Output from mdadm -D /dev/md?
>
> Guy
>
>
> -----Original Message-----
> From: linux-raid-owner@vger.kernel.org
> [mailto:linux-raid-owner@vger.kernel.org] On Behalf Of Lukas Kubin
> Sent: Tuesday, September 14, 2004 9:22 AM
> To: linux-raid@vger.kernel.org
> Subject: Array of disks attached to multiple controllers
>
> I'm having troubles creating Raid-5 array consisted of 16 (+1 spare)
> disks attached to two 3ware (not same version) SATA controllers.
>
> Mkraid creates the array without problems, however the array's total
> size only equals the sum of space on drives attached to the first of 2
> controllers. Ie, sd{b..f} are on scsi0 and sd{g..r} on scsi1. The space
> of created array is close to the sum of drives attechted to scsi0 only.
>
> Is it possible to combine drives on 2 controllers into one array? If
> not, what solution should I use to have one filesystem containing whole
> the drivespace on Raid-5?
>
> Thank you.
>
> lukas
>
--
Lukas Kubin
phone: +420596398275
email: kubin@opf.slu.cz
Information centre
The School of Business Administration in Karvina
Silesian University in Opava
Czech Republic
http://www.opf.slu.cz
next prev parent reply other threads:[~2004-09-14 14:59 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-14 13:21 Array of disks attached to multiple controllers Lukas Kubin
2004-09-14 13:57 ` Guy
2004-09-14 14:07 ` Lukas Kubin
2004-09-14 14:46 ` Sebastien Koechlin
2004-09-14 15:22 ` Guy
2004-09-14 14:59 ` Guy [this message]
2004-09-14 20:31 ` Neil Brown
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=200409141459.i8EExv332327@watkins-home.com \
--to=bugzilla@watkins-home.com \
--cc=kubin@opf.slu.cz \
--cc=linux-raid@vger.kernel.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 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).