From: Gilberto I. Monroy Lopez (gimonroy_at_gmail.com)
Date: Mon Oct 09 2006 - 18:00:30 CEST
Message-ID: <e097fa230610090900q4931bfe1k956954a7b55790ca@mail.gmail.com> Date: Mon, 9 Oct 2006 11:00:30 -0500 From: "Gilberto I. Monroy Lopez" <gimonroy@gmail.com> Subject: Re: [suse-sles-e] Raw Devices
Hi, About partitioning, yes, there's a limitation on scsi disk, you just
have 15 partitions, I suggest, you use the LVM partitioning to have more
than 15 raw partitions...
have a nice day
On 10/9/06, C'est Pierre <cestpierre@gmail.com> wrote:
>
> Hello all,
>
> First, I am sys-administrator, not a DBA, so excuse me if I am no
> precise with some tech. aspects of Oracle.
>
> I am in the process of installing a new RAC cluster. Our previous one,
> went smoothly, but we used ASMLib, which we aren't using now. Problem:
> I created 47 partitions on a scsi disk presented to the server thru a
> fibre channel card. These are sda1 thru sda47. However, only the 15
> first (except one, which is the extended one - sda4) are usable.
>
> I wrote the /etc/raw, mapping sda's to raw's just as the dba sugested
> for organizational purposes (they aren't sequential, e.g raw51 maps
> to sda28).
>
> I then made this line of bash to create all device nods that weren't
> there (and even those that were...just in case):
>
> for i in `seq -f %g 1 47`; do echo mknod sda$i b 8 $i ; done
>
> Problem: I can't access past sda16, I get this error:
>
> dd: opening `/dev/sda16': No such device or address
>
> when I look at dmesg and /proc/partitions, I only get to see the first
> 15 partitions there (or 16, if you count with 'sda')
>
> sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12
> sda13 sda14 sda15 >
>
> I've googled for this problem and it seems there's a limitation on
> scsi disks of 16 partitions per device. Is this true? if so, what is
> the solution for this problem? how can I make 47 raw partitions?
>
> I can still ask our storage administrator to divide this disk into
> several disks and then we will group partitions 16 partitions on each,
> but this isn't a good solution. Another alternative solution which our
> dba presented, was adding ocfs 2 support and make it dance with the
> devil by the pale moonlight ;-)
>
> Let me know your thoughts and especially solutions!!
>
> Also, your thoughts on ocfs or not as a side note would be apreciated.
>
> Thank you
>
> Pierre
>
> P.S: I'm not french but I love french bread! ;)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
> For additional commands, e-mail: suse-sles-e-help@suse.com
>
>
This archive was generated by hypermail 2.1.7 : Mon Oct 09 2006 - 18:00:37 CEST