I'll read up more on LVM and GPT partitions.  Please forgive me for not completely RTFM'ing this thing.  I was just at the end of my rope and frustrated and figured someone on the mailing list would have some sage advice.  And it appears that is the case. :)
<br><br>Thank you to all who replied.<br><br>Regards,<br>Will<br><br><div><span class="gmail_quote">On 10/5/06, <b class="gmail_sendername">John Newbigin</b> <<a href="mailto:jnewbigin@ict.swin.edu.au">jnewbigin@ict.swin.edu.au
</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;">You can not have a DOS partition larger than 2Tb.  parted will create<br>
one and tell the kernel about the size which works.... until you reboot<br>and then the partition is 2Tb smaller than it should be because the<br>partition table can not store the MSB of your partition size.<br><br>The solution is to use LVM or GPT partitions.
<br><br>John.<br><br>W S wrote:<br><br>> Greetings,<br>><br>> I'm seeing some weird issues surrounding the 2 terabyte limit on my<br>> 3ware (9590SE, PCI Express model) raid controller.  Currently, the raid<br>
> array is 6 x 500GB disks for a total of around 2.3 terabytes formatted.<br>> Looking at the documentation on the 3ware site, the raid card can handle<br>> a single partition over 2TB, but it still looks like fdisk fails to
<br>> create a primary partition over the 2TB limit.  I did resort to parted,<br>> and it creates a partition over 2TB.  And, in fact, I can run mke2fs on<br>> this partition, and mount it.  I also have an entry for this partition
<br>> in the /etc/fstab file.<br>><br>> However, if I reboot the system, the partition fails to mount from the<br>> init scripts.  If I comment out the /etc/fstab line, and run a mount<br>> command from rc.local
, that works; however, the partition is now seen as<br>> a 259GB partition, and not the 2.3TB I originally had to start.  I have<br>> the feeling the partition table is getting hosed on a reboot.  Fdisk<br>> seems to handle the partition on the raid array just fine if it is a
<br>> hair under 2TB, and from all the things I've read, it seems fdisk and<br>> other disk utilities still have real problems with partitions greater<br>> than 2TB (32-bit x 512-byte blocks, etc).<br>><br>> I guess I'm shocked.  I figured this wouldn't be an issue as of 2006,
<br>> but it still is..... anyone have any similar experiences?  If so, any<br>> workarounds other than just stay at the 2TB limit?<br>><br>> Regards,<br>> Will<br>><br>><br>> ------------------------------------------------------------------------
<br>><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><br><br>--<br>John Newbigin<br>Computer Systems Officer<br>Faculty of Information and Communication Technologies<br>Swinburne University of Technology<br>Melbourne, Australia
<br><a href="http://www.ict.swin.edu.au/staff/jnewbigin">http://www.ict.swin.edu.au/staff/jnewbigin</a><br><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>