The informix DBA is assigining informix "raw" partitions (i.e. /dev/sda4,
etc) even though I have mentioned that linux does not have raw disk
access. also given the performance problems that the ext2fs has with large
files I am not sure that we are really better off with a bunch of 2G files
anyway.
Thanks for the info.
David Lang
On Thu, 15 Apr 1999, Stephen C. Tweedie wrote:
> Date: Thu, 15 Apr 1999 15:06:24 +0100 (BST)
> From: Stephen C. Tweedie <sct@redhat.com>
> To: David Lang <dlang@diginsite.com>
> Cc: linux-kernel@vger.rutgers.edu, Stephen Tweedie <sct@redhat.com>
> Subject: Re: Large number of partitions on 2.0.36
>
> Hi,
>
> On Wed, 14 Apr 1999 16:07:57 -0700 (PDT), David Lang
> <dlang@diginsite.com> said:
>
> > I am working with an external raid array (looks to the system like a
> > single drive) and am stuck using the 2.0.36 kernel as informix will not
> > function with the 2.2 kernels. The raid is 52G and I need to split it into
> > 2G partitions for use with informix. The stock setup (on both redhat and
> > slackware) only allows for 15 partitions on a SCSI device. If I were using
> > the 2.2 series I would try devfs, but what options do I have for the 2.0
> > series?
>
> Do you really need 2G partitions? Linux has a 2G filesize limit,
> sure, but you can access low-level disk partitions beyond that easily:
> there is a 64-bit lseek function to let you go beyond 2G. Can
> Informix not use that?
>
> Other than that, no, you really are limited to 15 partitions. There
> are other ways of dividing up the drive space into smaller chunks,
> however; for example, you might try out the LVM code on
> http://linux.msede.com/lvm/.
>
> --Stephen
>
"If users are made to understand that the system administrator's job is to
make computers run, and not to make them happy, they can, in fact, be made
happy most of the time. If users are allowed to believe that the system
administrator's job is to make them happy, they can, in fact, never be made
happy."
- -Paul Evans (as quoted by Barb Dijker in "Managing Support Staff", LISA '97)
-----BEGIN PGP SIGNATURE-----
Version: PGP for Personal Privacy 5.0
Charset: noconv
iQEVAwUBNxYauz7msCGEppcbAQEyfQgAqcmmfR8OcJWAHT8/GLxjfYVjVdigSrlV
RSy9Hl5iCJgAAFXCq3DC+1WBK0+l8PNLRVeOhPocNa/er2OscT/l4sJSATRf8c8y
O9obqRl8tukM/nDD6VJdFpLdaKq1hUMzyq0J6Brhj5Yx5LCYCM3YfRjeeazd/jXf
F5wKid3pxNP2d8YbEcZlGmRhONP1XIFF7EnrXmLgj12W3bo/nj8f7QRvmQWh2xDQ
ekgffb+6/cBS6JxX/xjjtw7fdj8+uIcQvRJOqJWngq5XBoUexf4FriFhccKzOZD2
geYQ+XFrolfmjNkn9pDu1PAe2f7oTvcI5dg54vbs8uXEBuuZLoelXw==
=WNOA
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/