more than 16 SCSI disks with Linux

more than 16 SCSI disks with Linux

Post by Robert Bergfor » Wed, 10 Jun 1998 04:00:00



: Hi there,

:       can anybody help me in the following subject:
: I'm trying to setup an high-end server (i386) running Linux. What I need
: is to use 30 Microplois 9.1GB disks connected to two AHA2940 UW
: controllers. Since each disks requires 16 inodes/minor numbers in /dev,
: I am restricted to 16 disks sda...sdp. Is there any possibility to
: reduce the number of partitions per disk (I only need one!) in order
: do have some new minors for the extended disks? Or can I get a new
: major number for the second SCSI controller? Does anybody has experience
: in this topic?

: Hope somebody can help me, best regards...

There's a related story in the newest LJ.
I suggest creating new device files with 'mknod', just continue the array of
minor numbers.

--
Robert Bergfors

---
When a cat is dropped, it always lands on its feet, and when toast is dropped, it
always lands with the buttered side facing down. I propose to strap buttered
toast to the back of a cat; the
two will hover, spinning inches above the ground. With a giant buttered cat
array, a high-speed monorail could easily link New York with Chicago.
        - OMNI Magazine, "Best of Humour"-winner

 
 
 

more than 16 SCSI disks with Linux

Post by Zak Smi » Wed, 10 Jun 1998 04:00:00



>I'm trying to setup an high-end server (i386) running Linux. What I need
>is to use 30 Microplois 9.1GB disks connected to two AHA2940 UW
>controllers. Since each disks requires 16 inodes/minor numbers in /dev,

I'm not sure if this will solve your problem, but...
I suggest using the "md" driver to stripe multiple physical disks
together into a smaller number of logical disks..  (Use Linear
mode if you are worried about too many interrupts)

-z

--

# UW-Madison ECE GradStd.  CAE UnixStaff.  DigiGeek.  CB-1. "Who is John Galt?"

 
 
 

more than 16 SCSI disks with Linux

Post by felicity+s.. » Thu, 11 Jun 1998 04:00:00



> Larger device numbers would be a solution, or less than 16 device

another solution would be to adopt a new naming convention for devices.
personally I like the version that solaris uses:  c#t#d#s#  for controller,
target (scsi id), device (lun), and partition.  It's simple, tells you what
is doing what, and you can avoid the 'added a new disk so my old sdb is now
sdc' problems ...

--
To reply via mail, please remove the obvious from the email address.

 
 
 

more than 16 SCSI disks with Linux

Post by Kenneth R. Crud » Thu, 11 Jun 1998 04:00:00



Quote:>another solution would be to adopt a new naming convention for devices.
>personally I like the version that solaris uses:  c#t#d#s#  for controller,
>target (scsi id), device (lun), and partition.  It's simple, tells you what
>is doing what, and you can avoid the 'added a new disk so my old sdb is now
>sdc' problems ...

But that doesn't help at all with the > 16 SCSI disks problem, as the minor
number under such a scheme is still only 8 bits.

        -Kenny

--
Kenneth R. Crudup, Unix & OS/2 Software Consultant, Scott County Consulting

16 Plainfield St, Boston, MA 02130-3633   +1 617 983 9410      Fax
        "Linux, between Playstation and Craystation" -attribution unknown

 
 
 

more than 16 SCSI disks with Linux

Post by William Lew » Thu, 11 Jun 1998 04:00:00




>> Larger device numbers would be a solution, or less than 16 device

>another solution would be to adopt a new naming convention for devices.
>personally I like the version that solaris uses:  c#t#d#s#  for controller,

Except that the problem isn't the lack of named for /dev/ files, it's
the lack of device minor numbers. A minor number is 8 bits; if 4
bits are used for the partition number (that is, 16 partitions possible
per disk) then only 4 bits are left for the disk number, which limits
you to a total of 16 SCSI disks on your system, no matter what names
you give the device files. (I'm just amplifying a bit on what
<maddel> posted).

A brief look through sd.[ch] makes me think that getting an extra
bit for the target number (and reducing the max number of partitions
to 8) might be as simple as changing DEVICE_NR() in blk.h and
changing a bunch of '4's to '3's throughout sd.c. Better yet,
make it a #define ... sd.c has too many magic numbers for my taste.
The usual disclaimers apply, of course. :-)

--

 PGP 0x27F772C1: 0C 0D 10 D5 FC 73 D1 35  26 46 42 9E DC 6E 0A 88

 
 
 

more than 16 SCSI disks with Linux

Post by felicity+s.. » Fri, 12 Jun 1998 04:00:00



Quote:> Except that the problem isn't the lack of named for /dev/ files, it's
> the lack of device minor numbers. A minor number is 8 bits; if 4
> bits are used for the partition number (that is, 16 partitions possible

Sorry, my mind made assumptions I didn't write out.  Along with the name
changes, I assumed there to be changes with the major/minor bit sizes.
Most systems that I've seen only have 8 possible partitions per disk,
and I can't see why that wouldn't be adequate for almost every situation
(3 bits for partition).  Adding another bit to the target # (as you
suggest for 5 target bits) would allow for 32 disks, which is probably
also adequate for almost all situations.

So ...  I agree with you on the major/minor changes.  I just wanted to throw
in the comment that a naming convention change would be useful as well.

--
To reply via mail, please remove the obvious from the email address.

 
 
 

more than 16 SCSI disks with Linux

Post by Brian Mille » Tue, 16 Jun 1998 04:00:00




> > Except that the problem isn't the lack of named for /dev/ files, it's
> > the lack of device minor numbers. A minor number is 8 bits; if 4
> > bits are used for the partition number (that is, 16 partitions possible

> Sorry, my mind made assumptions I didn't write out.  Along with the name
> changes, I assumed there to be changes with the major/minor bit sizes.
> Most systems that I've seen only have 8 possible partitions per disk,
> and I can't see why that wouldn't be adequate for almost every situation
> (3 bits for partition).  Adding another bit to the target # (as you
> suggest for 5 target bits) would allow for 32 disks, which is probably
> also adequate for almost all situations.

... and who will EVER need more that 640k in a PC?

... and who will ever need more than 1024 cylinders on a hard disk?

I can see what you are saying is a fix for this persons problem, but in
the
future I bet other people will strike a limit on 32 disks with 8
partitions.
Maybe it's time to allocate a second major number for SCSI disks, and
the code
be written so that a third, fourth, etc. can be added pretty easily in
the future.

Just my $0.02 worth.

Brian

Quote:

> So ...  I agree with you on the major/minor changes.  I just wanted to throw
> in the comment that a naming convention change would be useful as well.

> --
> To reply via mail, please remove the obvious from the email address.

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Brian Miller                                 Telstra
CDN Product Group                            30/242 Exhibition Street
ITG Communication Network Platforms          Melbourne, VIC 3000

Tel: +61-3-9632-3883                         FAX: +61-3-9632-3884
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 
 
 

more than 16 SCSI disks with Linux

Post by Neil Conwa » Sat, 20 Jun 1998 04:00:00


Quote:> Except that the problem isn't the lack of named for /dev/ files, it's
> the lack of device minor numbers. A minor number is 8 bits;

Perhaps someone ignorant (like me) needs to ask the obvious
question: why not extend the minor number to 16 bits? Sure,
it's a lot of work in the whole kernel but it will probably
need to be done at some stage anyway (640kb...).

Neil