3ware 7000-2 boot problems

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I am trying to get a 7000-2 card working with a RAID1 boot device where the only disks are connected to the RAID controller and am not having much luck. Has anyone had this problem?

I created kickstart boot media and installed the machine from kickstart. Everything is happy once the install is complete, before the first reboot. I am able to access the RAID volume and make some minor tweaks. Once I reboot and boot from the disk, I get a kernel panic with the following message:

---begin console messages---
<not so important stuff deleted>
Loading 3w-xxxx module
3ware Storage Controller device driver for Linux v1.02.00.036.
scsi0 : Found a 3ware Storage Controller at 0xe800, IRQ: 27, P-chip: 1.3
scsi0 : 3ware Storage Controller
blk: queue f7ba1e18, I/O limit 4095Mb (mask 0xffffffff)
 Vendor: 3ware   Model: Logical Disk 0   Rev: 1.0
 Type:     Direct-Access                             ANSI SCSI revision: 00
blk: queue f7ba1e18, I/O limit 4095Mb (mask 0xffffffff)
Attached a scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sda: 156326400 512-byte hdwr sectors (80039 MB)
Partition check:
sda: sda1 sda2 sda3 sda4 < sda5 sda6 >
Mounting /proc filesystem
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
pivotroot: pivot_root(/sysroot,/sysroot/initrd) failed: 2
Freeing unused kernel memory: 132k freed
Kernel panic: No init found.  Try passing init= option to kernel.
---end console messages---

My config is as follows:

- Redhat 7.2 distro with 2.4.22 custom kernel I also installed the RH7.2 stock 2.4.20-20.7 kernel to rule out my kernel as a source of problems
- Tyan S2518 motherboard with Serverworks ATA controller onboard
- Lilo bootloader
- 3ware Escalade 7000-2 RAID controller
- 3w-xxxx.o module that comes with the kernel/kernel source


I did some Google searching and I could not find anything that specifically refers to this. I did add disk=/dev/sda and bios=0x80 to lilo.conf to tell lilo which disk to use, but it didn't make any difference. I also changed the fstab and lilo.conf references to the disk labels to the proper /dev/sdaX in the event that lilo was somehow confused by the labels. Anyone experience this one? Any suggestions are greatly appreciated.

Dave




[Index of Archives]     [Linux RAID]     [Linux Device Mapper]     [Linux IDE]     [Linux SCSI]     [Kernel]     [Linux Books]     [Linux Admin]     [GFS]     [RPM]     [Yosemite Campgrounds]     [AMD 64]

  Powered by Linux