It looks like you already have a solution, but you could always create two arrays, mirroring the 500GB drives. Then, create / and /boot partitions from the 500GB mirror and put the rest of the 500GB + the remaining space in the array into an LVM and carve it up however you see fit. I suppose that would could work if you weren't using a 3ware card..

<br><br><div><span class="gmail_quote">On 11/28/06, <b class="gmail_sendername">Kevan Benson</b> <<a href="mailto:kbenson@a-1networks.com">kbenson@a-1networks.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Tuesday 28 November 2006 13:07, <a href="mailto:chrism@imntv.com">chrism@imntv.com</a> wrote:<br>> Kevan Benson wrote:<br>> > I have a 3.5 TB RAID 5 Array through a 3ware 9590SE 8 port card, and am<br>> > running into what seems like quite a lot of problems trying to get the

<br>> > system installed correctly.  The system is a running dual Opterons with 2<br>> > GB of RAM, and I'm attempting to install through the x86_64 ServerCD.<br>> ><br>> > First, grub refuses to install on the disk, as it's too large.  I can get

<br>> > around this though by booting Fedora Core 6 in rescue mode and running<br>> > grub, as it can deal with the disk size correctly.  This might only be<br>> > working when I attempt installs that don't utilize as much of the array

<br>> > as possible though (100 MB /boot, 2GB swap, 10Gb /, the rest left<br>> > unallocated).<br>> ><br>> > Secondly, there seems to be a problem using msdos disk labels with large<br>> > partitions, and I can't seem to find any solutions to this in the manuals

<br>> > or on the net.  GPT labels are offered as a solution to this but only for<br>> > Itanium systems.<br>> ><br>> > Am I missing some obvious solution to this?  Are there some best<br>> > practices for dealing with large disks anyone can share that may save me

<br>> > problems now or later?  I'm open to suggestions, as all I've encountered<br>> > so far are problems.<br>><br>> On two different systems with hardware similar to yours, I ended up<br>> using 2 different solutions.  :)  On one, I simply replaced 2 of the

<br>> 750gig 'cudas in an 8 disk array with 160gig drives and then created a<br>> RAID1 on those 2 drives for the OS.  After the OS was installed, I then<br>> used parted to create the gpt label on the large array and created the

> filesystem on it. > > On another system, I really needed the ports on the 3ware for the array > so I installed a pair of 160gig drives using a cheapo dual port SATA > card and used software RAID 1 on those two drives for the OS install.

<br>> After the system was installed, I then used parted to create the GPT<br>> label on the large array and created the filesystem on it.<br>><br>> If you go back through the list archives a bit, you'll see a bunch of

> very useful information from a couple of months ago where a number of > people offered excellent tuning suggestions.  If you get stuck, shoot me > some email off list and I'll see if I can give you a hand.

<br><br>Thanks for all the suggestions, and to Joshua for mentioning 3ware's carving,<br>which I wasn't aware of before this.<br><br>Carving with LVM to append portions into a large LV seems to be the solution<br>I'm leaning towards, as it seems to be the easiest to implement "out of the

box" and I expect it will cause the least issues in the long run as there's no room in the chassis for more drives (it also has a tape drive) and dedicating one or two 500 GB drives to an install array seems wasteful.

<br><br>--<br>- Kevan Benson<br>- A-1 Networks<br>_______________________________________________<br>CentOS mailing list<br><a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br><a href="http://lists.centos.org/mailman/listinfo/centos">

http://lists.centos.org/mailman/listinfo/centos</a><br></blockquote></div><br>