Right, well I think I've managed to fix the problem. I'd actually tried it with 'sme noraid' but that didn't give me any joy. From the looks of things it was down to the > 2TB limitation.
For posterity (and so that I can remember the next time) I'll jot down here what I had to do.
a lot of this was pulled from
http://bugs.contribs.org/show_bug.cgi?id=1963#c2 I had to do a lot of digging to figure out what most of the necessary commands were though.
In the RAID BIOS I created a Virtual Disk and made it 100GB (I dont think the size really matters, I just picked 100).
Once this was initialized I installed the OS onto this with no problems.
Once everything was all set up I had to install 'parted' (yum install parted)
I then went back to the RAID BIOS config and created a new Virtual Disk, this time taking up all the remaining space (approx 1.9TB).
Using parted now I could partition the new device. Here's what I had to do
# parted /dev/sdb
(parted) mklabel gpt
(parted) mkpart
selected default [primay]
selected default [ext2]
(parted)start: 0
(parted)end: -1
this created the new partition covering the whole device.
Which the new device /dev/sdb1 created I now had to merge this into the existing LVM.
I used lvm to do this:
# pvcreate /dev/sdb1
# lvm
lvm> vgextend main /dev/sdb1
lvm> lvextend -L2000G /dev/main/root
(I'll have to run over this later as I'm sure I'm missing about 50GB from the device somewhere).
The tricky part was figuring how to resize the filesystem whilst it was still mounted, I wanted to keep everything simple and just add the new space to the / partition, and it's not so easy to umount this. Luckily ext2online was created for this exact purpose.
# ext2online /dev/main/root
20 minutes later and I have a newly resized filesystem showing my new 2TB disk
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/main-root
2.0T 1.1G 1.9T 1% /
/dev/sda1 99M 13M 82M 14% /boot
none 1014M 0 1014M 0% /dev/shm
Hope someone else can find this useful. I'll give it a try again tomorrow with the 'noraid' option as well as the LVM approach.
Conor