=== Starting logfile irclogs/ubuntu-server.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog]  has joined #ubuntu-server
=== Topic for #ubuntu-server: Ubuntu Server discussion and support | general (not server specific) support -> #ubuntu
=== Topic (#ubuntu-server): set by Burgwork at Wed Mar 28 23:10:47 2007
=== ivoks [n=ivoks@35-220.dsl.iskon.hr]  has joined #ubuntu-server
=== turox [n=chatzill@dslb-084-057-246-079.pools.arcor-ip.net]  has joined #ubuntu-server
=== ivoks [n=ivoks@5-161.dsl.iskon.hr]  has joined #ubuntu-server
=== ivoks [n=ivoks@35-225.dsl.iskon.hr]  has joined #ubuntu-server
=== vciaglia [n=vciaglia@host145-26-dynamic.17-87-r.retail.telecomitalia.it]  has joined #ubuntu-server
=== turox [n=chatzill@dslb-084-057-246-079.pools.arcor-ip.net]  has joined #ubuntu-server
=== turox [n=chatzill@dslb-084-057-244-197.pools.arcor-ip.net]  has joined #ubuntu-server
=== turox [n=chatzill@dslb-084-057-244-197.pools.arcor-ip.net]  has joined #ubuntu-server
=== ra1nb0w [n=ra1nb0w@host138-205-static.40-85-b.business.telecomitalia.it]  has joined #ubuntu-server
[07:14] <foo> Bah, any reason for ubuntu to have a problem with RAID5 with the Perc card on a Dell 2950? Apparently, it has issues with 6 drives, but it works with 5. And now they are trying CentOS... and if it works, they'll probably use that. /me shakes head at ubuntu
[07:16] <ivoks> foo: what kind of an issue?
[07:19] <foo> ivoks: I wish they would have gotten the DRAC card for me so I could do this, bah. http://x01.ath.cx/temp/IMG_1306.JPG - this was an error he got... but, I'm really wanting to say it's a PEBKAC issue.
[07:19] <ivoks> foo: this is PEBKAC
[07:19] <ivoks> mouting proc on /root/proc
[07:19] <ivoks> what else can i say? :)
[07:19] <foo> heh
[07:19] <foo> http://x01.ath.cx/temp/S1030024.JPG
[07:20] <foo> And when he was installing centos, it said that
[07:20] <foo> Again, I'm going to blame PEBKAC
[07:20] <ivoks> why GPT? is it over 2TB?
[07:21] <foo> Yes, 2.5. Not too sure about GPT (gparted). 6 500GB SATA drives on RAID5
[07:21] <ivoks> good luck with creating GPT in centos :)
[07:21] <ivoks> ubuntu supports it
[07:22] <ivoks> anyway... you have to create gpt on it
[07:22] <ivoks> this can't be done with fdisk
[07:22] <ivoks> only with parted
[07:22] <foo> CentOS just barfed, apparently
[07:22] <foo> I see
[07:22] <ivoks> but be careful
[07:23] <ivoks> it's impossible to boot from disk with GPT partition table
[07:23] <ivoks> if you have 386/amd64 architecture
[07:23] <foo> Hm, grub should be on the MBR or the first drive?
[07:23] <foo> I'd assume MBR
[07:23] <foo> Right?
[07:24] <ivoks> there is no MBR on GPT partition tables
[07:24] <foo> So, you're saying because we have more than 2TB, we need to use gparted to make the partition
[07:24] <ivoks> yes (ubuntu installer does that)
[07:24] <ivoks> and you will need another disk for /boot, to be able to use grub
[07:25] <foo> ok, and which ones don't? fedora, centos, debian
[07:25] <ivoks> or you will boot from CD
[07:25] <ivoks> don't know
[07:25] <foo> ok
[07:25] <ivoks> ubuntu will work
[07:25] <foo> But you know centos doesn't support it, right?
[07:25] <ivoks> not sure
[07:25] <foo> alrighty
[07:25] <ivoks> its been long time since i worked with redhats
[07:26] <foo> That's good :)
[07:26] <foo> ok, so, you're saying that I'll need a disk outside of the RAID5 for /boot to use grub?
[07:27] <foo> for grub to use /boot, I think I meant
[07:28] <ivoks> GPT is EFI's partition table
[07:28] <ivoks> and EFI platform has special boot process
[07:28] <ivoks> let's say 'BIOS has boot loader'
[07:29] <ivoks> so, there is no MBR on GPT partition tables and BIOS from 386 arch will not know where to read from
[07:29] <foo> What's EFI?
=== sahafeez [n=sahafeez@ip68-6-223-156.sd.sd.cox.net]  has joined #ubuntu-server
[07:29] <ivoks> itanium
[07:29] <ivoks> http://en.wikipedia.org/wiki/Extensible_Firmware_Interface
[07:29] <foo> The drive with /boot probably needs to be out of the RAID5 array, eh?
[07:30] <ivoks> right
=== turox [n=chatzill@dslb-084-057-244-197.pools.arcor-ip.net]  has joined #ubuntu-server
=== kupesoft [n=dave@CPE00119583e9ae-CM0013718cb08a.cpe.net.cable.rogers.com]  has joined #ubuntu-server
[07:35] <foo> ok, so, since it's the 2950.. it supports 6 drives, we're going to need to do raid5 with 5 drives, 6th drive would be a 500GB drive with /boot.. and, I guess we could throw the OS on there too - no?
[07:36] <ivoks> if i was you, i would add all disks in raid5 and additional small disk for system
[07:36] <ivoks> i have couple of installations like that
[07:36] <foo> Yeah, I thought about that, but (as they've told me, I don't have physical access) it can only support 6 drives
[07:36] <ivoks> all of them have additional disk, but one is booting from CD
[07:36] <foo> I see
[07:37] <ivoks> booting from CD is not a good solution
=== foo nods
[07:37] <foo> Should they be able to stick another drive in there? 
[07:38] <ivoks> hehe i don't know; i don't have that computer :)
[07:38] <foo> hehe, ok
[07:38] <maswan> I'd put 4 in a raid5 or raid10 for data and 2 small ones in a raid1 for OS
[07:38] <foo> hm, I see
[07:39] <ivoks> there is one more solution
[07:39] <ivoks> two raid fileds 
[07:39] <ivoks> and then connect them in LVM
[07:40] <ivoks> so... raid5 out of 4 disks + mirror out of 2 disks
[07:40] <ivoks> and then connect them with lvm
=== foo really wishes they would have gotten the DRAC
[07:41] <ivoks> do *not* crate one single disk + raid field and connect them with LVM
[07:41] <foo> ok
[07:41] <ivoks> if you loose that single disk, you loose all your data
[07:41] <foo> yup, single point of failure
=== ivoks_ [n=ivoks@35-225.dsl.iskon.hr]  has joined #ubuntu-server
=== turox [n=chatzill@dslb-084-057-244-197.pools.arcor-ip.net]  has joined #ubuntu-server
=== ||arifaX [n=||arifaX@p54b58a3f.dip0.t-ipconnect.de]  has joined #ubuntu-server
=== h4wk0 [n=h4wk@84.13.249.155]  has joined #ubuntu-server
=== Burgundavia [n=corey@ubuntu/member/burgundavia]  has joined #ubuntu-server
=== jbsn [n=johnb@65.119.183.164]  has joined #ubuntu-server
[10:14] <jbsn> the quality and speed of the installation process in 7.04 seems to have degraded since 6.10
[10:15] <jbsn> the auto-detection of hardware in 7.04 seems to take forever, while in 6.10, it was very quick, detecting the same hardware
[10:15] <jbsn> 7.04 seems to be taking forever to calculate the lvm / partitions on a 250GB drive (its pretty bad, going on 5 minutes, compared to less than a minute in 6.10)
[10:16] <jbsn> there any known problems with the installation / kernel in 7.04 on amd64 for ubuntu server? couldn't find anything specific on the site, wondered if anyone here had similar problems
[10:16] <jbsn> its not the hardware, went back and reinstalled 6.10 after 7.04 on the same hardware and it was nice and quick.. 
[10:17] <jbsn> 7.04 seems to be looking for hda, even when there is no hda (eg. just using sata, so its sda), but the installer doesn't seem to realize that.. keeps probing for hda..
=== vciaglia [n=vciaglia@host44-155-dynamic.17-87-r.retail.telecomitalia.it]  has joined #ubuntu-server
=== dj-fu [n=aj@202.89.35.30]  has joined #ubuntu-server
=== lbm [n=lbm@0x555373ab.adsl.cybercity.dk]  has joined #ubuntu-server