* Huge 1.2TB partition
@ 2004-09-24 9:50 Stas Nikiforov
2004-09-24 15:45 ` [Rocks-Discuss]Huge " Joe Landman
2004-09-25 8:01 ` Huge " Mark Overmeer
0 siblings, 2 replies; 4+ messages in thread
From: Stas Nikiforov @ 2004-09-24 9:50 UTC (permalink / raw)
To: Linux-scsi list, rocks_list
Hi,
I have RAID 5 6x250 SATA storage.
Is it a good idea to have one huge partition
or it is better to split it on smaller logical drives and then use LVM,
for example?
In any way, what is a preferred filesystem for this storage?
I plan to use it as a mass storage for CFD results.
Thanks in advance,
Stas.
--
Mr. Nikiforov Stanislav
Intsitute of Theoretical and Applied Mechanics
4/1, Institutskaya str.,
Novosibirsk, 930090,
Russia
Voice: +7 3832 343163
E-mail: stas@itam.nsc.ru
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Rocks-Discuss]Huge 1.2TB partition
2004-09-24 9:50 Huge 1.2TB partition Stas Nikiforov
@ 2004-09-24 15:45 ` Joe Landman
2004-09-24 16:04 ` David
2004-09-25 8:01 ` Huge " Mark Overmeer
1 sibling, 1 reply; 4+ messages in thread
From: Joe Landman @ 2004-09-24 15:45 UTC (permalink / raw)
To: stas; +Cc: Linux-scsi list, rocks_list
Hi Stas:
There is a bug in 2.4 kernels with SCSI that limits you to 1 TB or
less. The folks at 3ware have a patch for it (it is fixing a signed int
to be an unsigned int in sd.c). Without this patch, you are going to
have trouble making a single large volume. You could create 2 volumes
and LVM or MD them together. This would be hard to do with the number
of disks you have as a RAID5.
What is best is usually dictated by your use case. For large storage
purposes, one volume might be better.
Joe
Stas Nikiforov wrote:
>Hi,
>I have RAID 5 6x250 SATA storage.
>Is it a good idea to have one huge partition
>or it is better to split it on smaller logical drives and then use LVM,
>for example?
>
>In any way, what is a preferred filesystem for this storage?
>I plan to use it as a mass storage for CFD results.
>
>Thanks in advance,
>Stas.
>
>
--
Joseph Landman, Ph.D
Scalable Informatics LLC,
email: landman@scalableinformatics.com
web : http://scalableinformatics.com
phone: +1 734 612 4615
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Rocks-Discuss]Huge 1.2TB partition
2004-09-24 15:45 ` [Rocks-Discuss]Huge " Joe Landman
@ 2004-09-24 16:04 ` David
0 siblings, 0 replies; 4+ messages in thread
From: David @ 2004-09-24 16:04 UTC (permalink / raw)
To: Joe Landman; +Cc: stas, Linux-scsi list, rocks_list
On Fri, 2004-09-24 at 17:45, Joe Landman wrote:
> Hi Stas:
>
> There is a bug in 2.4 kernels with SCSI that limits you to 1 TB or
> less. The folks at 3ware have a patch for it (it is fixing a signed int
> to be an unsigned int in sd.c). Without this patch, you are going to
> have trouble making a single large volume. You could create 2 volumes
> and LVM or MD them together. This would be hard to do with the number
> of disks you have as a RAID5.
>
> What is best is usually dictated by your use case. For large storage
> purposes, one volume might be better.
>
The RHEL kernels are patched for this, I have two 3ware arrays with 1.2
and 1.5 Tb respectively. However RHEL has a nasty bug on these arrays as
noted before. I'd go for Fedora 2.
> Joe
>
> Stas Nikiforov wrote:
>
> >Hi,
> >I have RAID 5 6x250 SATA storage.
> >Is it a good idea to have one huge partition
> >or it is better to split it on smaller logical drives and then use LVM,
> >for example?
> >
> >In any way, what is a preferred filesystem for this storage?
> >I plan to use it as a mass storage for CFD results.
> >
> >Thanks in advance,
> >Stas.
> >
> >
--
David.
________________________________________________________________________
David van der Spoel, PhD, Assoc. Prof., Molecular Biophysics group,
Dept. of Cell and Molecular Biology, Uppsala University.
Husargatan 3, Box 596, 75124 Uppsala, Sweden
phone: 46 18 471 4205 fax: 46 18 511 755
spoel@xray.bmc.uu.se spoel@gromacs.org http://xray.bmc.uu.se/~spoel
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Huge 1.2TB partition
2004-09-24 9:50 Huge 1.2TB partition Stas Nikiforov
2004-09-24 15:45 ` [Rocks-Discuss]Huge " Joe Landman
@ 2004-09-25 8:01 ` Mark Overmeer
1 sibling, 0 replies; 4+ messages in thread
From: Mark Overmeer @ 2004-09-25 8:01 UTC (permalink / raw)
To: Stas Nikiforov; +Cc: Linux-scsi list, rocks_list
* Stas Nikiforov (stas@itam.nsc.ru) [040924 11:50]:
> I have RAID 5 6x250 SATA storage.
> Is it a good idea to have one huge partition
> or it is better to split it on smaller logical drives and then use LVM,
> for example?
>
> In any way, what is a preferred filesystem for this storage?
> I plan to use it as a mass storage for CFD results.
I run a disk-set of 4x250 SATA with an Adaptec 2410SA and
a disk-set of 8x250 SATA with an Adaptec 2810SA.
In both cases, I have a small disk aside, which I use for the OS, log-
files and such. The array is dedicated to my data: satellite images.
Usually, having one partition is best, certainly with a file-system
which is tuned on large disk-sets. I choose XFS, which is capable of
handing much larger partitions. It runs currently on SuSE9.0 with
recent 2.6 kernels.
My selection is not based on performance tests: the I/O bandwidth of
the PCI-bus is my bottleneck. But in my case counts: as long as it
is faster than a tape-archive..... and cheap
--
MarkOv
------------------------------------------------------------------------
drs Mark A.C.J. Overmeer MARKOV Solutions
Mark@Overmeer.net solutions@overmeer.net
http://Mark.Overmeer.net http://solutions.overmeer.net
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-09-25 8:01 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-09-24 9:50 Huge 1.2TB partition Stas Nikiforov
2004-09-24 15:45 ` [Rocks-Discuss]Huge " Joe Landman
2004-09-24 16:04 ` David
2004-09-25 8:01 ` Huge " Mark Overmeer
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.