Red Hat Bugzilla – Bug 160210
Installer does not see adaptec 2010s controller
Last modified: 2015-01-04 17:20:07 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041020 Firefox/0.10.1
Description of problem:
During install, i2o module doesn't detect the Adaptec 2010s raid card.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Put in cd 1
2. Boot machine
3. Run installer
Actual Results: Installer asks me to select drivers because it couldn't find any hard drives.
Expected Results: Installer should have automatically detected the raid card and drives.
This 2010s controller is on a supermicro superserver 6023P-8R. Redhat 8,9,FC1 detects this array just fine using the dpt_i2o driver. FC2, FC3, FC4-test 3 doesn't. Trying to download and insmod i2o_block.ko manually at install doesn't work either.
Output from /etc/sysconfig/hwconf on the working FC1 install:
desc: "Adaptec RAID-5"
desc: "Distributed Tech|SmartRAID V Controller"
Output from /proc/scsi/scsi from the working FC1 install:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: ADAPTEC Model: RAID-5 Rev: 3B05
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: SUPER Model: GEM318 Rev: 0
Type: Processor ANSI SCSI revision: 02
Output from /proc/scsi/dpt_i2o/0 from the working FC1 install:
Adaptec I2O RAID Driver Version: 2.4 Build 5
Vendor: Adaptec Model: 2010S FW:3B05
SCSI Host=scsi0 Control Node=/dev/dpti0 irq=72
post fifo size = 255
reply fifo size = 255
sg table size = 56
ADAPTEC RAID-5 Rev: 3B05
TID=525, (Channel=0, Target=0, Lun=0) (online)
SUPER GEM318 Rev: 0
TID=518, (Channel=0, Target=6, Lun=0) (online)
Just tried this with FC4 release. Results are a bit different.
The installer still doesn't detect the adapter. I manually add the i2o_block
driver from the list. The installer then hangs at Checking for existing fedora
core installs at 0%.
Debug information shows:
block-osm:/dev/i2o/hda error: Failure communicating to device
end-request: I/O error dev i2o/hda
block-osm: still remaining chunks
[This comment has been added as a mass update for all FC4 kernel bugs.
If you have migrated this bug from an FC3 bug today, ignore this comment.]
Please retest your problem with todays 2.6.12-1.1398_FC4 update.
If your problem involved being unable to boot, or some hardware not being
detected correctly, please make sure your /etc/modprobe.conf is correct *BEFORE*
installing any kernel updates.
If in doubt, you can recreate this file using..
mv /etc/sysconfig/hwconf /etc/sysconfig/hwconf.bak
mv /etc/modprobe.conf /etc/modprobe.conf.bak
As this bug deals with new installations, the last comment doesn't apply to this
Any progress with this bug?
could you load the i2o_block module manually by selecting it from the list?
I can but the console reports a seek error and the installer hangs.
could you switch to the logging-console? And if yes, is there some error message?
The logging-console is where it reports the drive seek error.
is there no output from the I2O driver?
Something like: i2o: Checking for PCI I2O controllers...
Yes, and I had pen and paper in hand to copy it down, but now all the sudden
things are working as expected now.
I tried (note all these failed on 2 seperate identical servers before)
FC3 disk 1 raid 1 fc1 previous install- worked
FC3 disk 1 raid 1 new array - worked
FC3 disk 1 raid 5 new array - worked
FC3 kickstart raid 5 new array - worked
FC4 disk 1 raid 5 new array - worked
I just don't get it.. Resolving ticket.