View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000206 | elrepo bug tracker | --bug-tracker--request-for-enhancement-- | public | 2011-12-05 08:50 | 2012-03-04 07:40 |
Reporter | mvdlande | Assigned To | pschaff | ||
Priority | normal | Severity | major | Reproducibility | N/A |
Status | resolved | Resolution | fixed | ||
Summary | 0000206: Adaptec has no Linux Driver Disk for the 6000 series of RAID controllers for el6 and el5 | ||||
Description | It would be great if the driver disk can be added to ElRepo. I'm already very pleased with kmod-aacraid. Thanks! | ||||
Additional Information | driver source code http://download.adaptec.com/raid/aac/linux/aacraid-linux-src-1.1.7-28000.tgz dkms source code http://download.adaptec.com/raid/aac/linux/aacraid-dkms-1.1.7-28000.tgz | ||||
Tags | No tags attached. | ||||
|
A driver disk for EL5 should not be a problem. As for EL6, we have consistently had issues when creating a viable disk. This request has been added to the DD request queue and will be actioned once we have the technique fully under control. |
|
A driver disk for EL5 would be great. I'm having stability issues with EL6 and virtualization/clustering/network. It might be server related or not. With the EL5 driver disk I can switch back to EL5 and test the server again. Later when the EL6 DD is available I can test it with EL6. Thanks. |
|
Purely for our convenience, will you please state the architecture (32- or 64-bit) and kernel type (standard, xen or (if 32-bit) PAE) that you will be using for your EL5 installation. |
|
x86_64 and the standard kernel (probably the Scientific Linux distribution) |
|
What I could do, fairly easily, would be to manually create an EL5 64-bit, standard kernel DD with the aacraid module as a "special". That would allow you to perform the installation, whilst others are still pondering over a driver disk general production technique. |
|
Not trying to duck the job, but why will this driver disk not work? http://www.adaptec.com/en-us/speed/raid/aac/linux/aacraid_linux_driverdisks_v1_1_7-28000_tgz.htm |
|
That driver disk probable only works with EL5.0. The EL6 driver disk only works with EL6.0 not with EL6.1 and for EL6 there are numerous steps involved to install the driver (it's not a regular driver disk). The disk contains a pre-compiled module for a specific kernel and some scripts. I never got the Adaptec EL5 driver disk working (And I do not have a 5.0 release of an EL distribution. When trying the driver disk I got an error message saying that the kernel from the current release (5.7) is newer then the one supported with the disk. I notified Adaptec but they don't care. |
|
<quote>What I could do, fairly easily, would be to manually create an EL5 64-bit, standard kernel DD with the aacraid module as a "special".</quote> Oké,that would be great. |
|
Neither CentOS 6.0 nor 6.1 recognize the aac_RHEL6.img file from Adaptec as a valid driver disk. It seems to have been built in the older format used with RHEL5 rather than the new RHEL6 rpm format. I wonder if this actually works with RHEL-6.0? If it does then it is a CentOS bug, if not, an Adaptec bug. Trying again to figure out the EL6 driver disk magic. CentOS 5.5 does recognize aac_RHEL5.img and can load the drivers (as might be expected from the README) but it will not work with later versions. |
|
For EL6.0 (tested on Centos 6.0) the following works: This does not work for EL6.1 (SL-6.1) http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&order=ASC&topic_id=32198&forum=57&move=next&topic_time=1310932511 In short: Download the latest driver disk from the website, write it back to a USB floppy drive. Connect the drive and boot CentOS installation. Here a snippet from the Adaptec manual on the driver installation : 3 When the Welcome screen appears, press Enter, run or skip the DVD image check and wait for the graphical installation to begin. Then type CTRL+ALT+F2 to switch to the shell. Do not pass the linux dd boot prompt. Do not click Next! 4 Type the following commands to load the controller driver: mkdir /mnt2 /AACRAID mount /dev/fd0 /mnt2 cp -r /mnt2/* /AACRAID umount /mnt2 cd /AACRAID sh ./fc-pre-install.sh Note: These commands assume the floppy drive is assigned to /dev/fd0. (This is when you have an old sk00l floppy drive, my USB drive was /dev/sda) 5 Press ALT+F6 to switch back to the installation screen, then click Next. 6 Follow the on-screen prompts to continue the installation. When prompted to reboot the system, press CTRL+ALT+F2 to switch to the console. Do not reboot! Type the following commands to complete the driver installation: mkdir /mnt/sysimage/tmp/AACRAID cp -r /AACRAID/* /mnt/sysimage/tmp/AACRAID chroot /mnt/sysimage/ cd /tmp/AACRAID sh ./fc-post-install.sh exit 8 Press ALT+F6 to switch back to the installation screen, finish the installation, then reboot. This did the trick for me. Hope it saves somebody else some time :) |
|
Thanks for the information. The implication seems to be that Adaptec does not understand the new RHEL6 driver disk format any better than we do. It would have been nice if the instructions had been included in the download. I failed to find that information on the Adaptec web site. Given the clues in the RHEL5 version it should be possible to build an update to work with current CentOS-5 and RHEL5 if that is still desired. |
|
<quote> Given the clues in the RHEL5 version it should be possible to build an update to work with current CentOS-5 and RHEL5 if that is still desired. </quote> I did not know that the current driver disk works with CentOS5.5. (I should have read the Readme better...) I have download SL-5.5, so for the time being I can use that. I'll test it today. |
|
A clue on the issue with the EL6 driver disk. The kernel version in the RPM reflects the running kernel on the buildsystem and not the one specified in the kversions file. For JCM's example: http://people.redhat.com/jcm/el6/dup/examples/disk_images/6.0/RHEL6.0-DUD-2.6.32-71-sym53c8xx-x86_64.iso.gz # rpm --provides -qp kmod-sym53c8xx-2.2.3.rhtest60s10-1.el6.x86_64.rpm kernel-modules = 2.6.32-71.el6.x86_64 sym53c8xx-kmod = 2.2.3.rhtest60s10-1.el6 kmod-sym53c8xx = 2.2.3.rhtest60s10-1.el6 kmod-sym53c8xx(x86-64) = 2.2.3.rhtest60s10-1.el6 But for the same example built on the ELRepo buildsystem: # rpm --provides -qp kmod-sym53c8xx-2.2.3.rhtest60s10-1.el6.elrepo.x86_64.rpm kernel-modules >= 2.6.32-220.el6.x86_64 sym53c8xx-kmod = 2.2.3.rhtest60s10-1.el6.elrepo kmod-sym53c8xx = 2.2.3.rhtest60s10-1.el6.elrepo kmod-sym53c8xx(x86-64) = 2.2.3.rhtest60s10-1.el6.elrepo [pschaff@Build64R6 ddiskit-v2.5]$ pwd /home/build/pschaff/el6/ddiskit-v2.5 [pschaff@Build64R6 ddiskit-v2.5]$ cat kversions # Build for the RHEL6u1 kernel 2.6.32-131.el6 [pschaff@Build64R6 ddiskit-v2.5]$ make kmods >& make_kmods.log [pschaff@Build64R6 ddiskit-v2.5]$ fgrep 2.6.32 make_kmods.log Building modules for kernel 2.6.32-131.el6... + make -C /usr/src/kernels/2.6.32-220.el6.x86_64 M=/home/build/pschaff/el6/ddiskit-v2.5/sym53c8xx/rpm/BUILD/sym53c8xx-2.2.3.rhtest60s10/obj/default make[1]: Entering directory `/usr/src/kernels/2.6.32-220.el6.x86_64' make[1]: Leaving directory `/usr/src/kernels/2.6.32-220.el6.x86_64' + make -C /usr/src/kernels/2.6.32-220.el6.x86_64 modules_install M=/home/build/pschaff/el6/ddiskit-v2.5/sym53c8xx/rpm/BUILD/sym53c8xx-2.2.3.rhtest60s10/obj/default make[1]: Entering directory `/usr/src/kernels/2.6.32-220.el6.x86_64' make[1]: Leaving directory `/usr/src/kernels/2.6.32-220.el6.x86_64' Provides: kernel-modules >= 2.6.32-220.el6.x86_64 sym53c8xx-kmod = 2.2.3.rhtest60s10-1.el6.elrepo [pschaff@Build64R6 ddiskit-v2.5]$ |
|
An EL5.7 driver disk is available for testing at http://www.elrepo.org/people/pschaff/dud/aacraid_el5.iso.gz It is built in the "new" RPM format using kmod-aacraid modules for i386 and x86_64. All I have been able to test is that it is recognized as a valid driverdisk with CentOS-5.7 installation media. Feedback appreciated. |
|
Thank you very much! I used the disk with Scientific Linux 5.7 and the driver disk is working correctly! When a CentOS/Scientific Linux 6.1 driver disk comes available I'll be happy to test it. |
|
Just finished one, and it is (finally) recognized as a driver disk by CentOS-6.1 but it does not recognize any drivers. http://www.elrepo.org/people/pschaff/dud/aacraid_el6.iso.gz Although the image contains both x86_64 and i686 rpms, it is only recognized as a valid driverdisk for x86_64 - the last one built. |
|
I tested the driver disk with "Scientific Linux 6.1 2011-07-27" When I tried to load the driver I got the following message : "This driver disk is not build for this release of Scientific Linux" I'll download CentOS 6.1 today. I can probably test the driver disk tomorrow. |
|
Created separate i686 and x86_64 isos to avoid the "last-built" issue: http://www.elrepo.org/people/pschaff/dud/DUP_el6_i686.iso.gz http://www.elrepo.org/people/pschaff/dud/DUP_el6_x86_64.iso.gz |
|
I tested the driver disk again with "Scientific Linux 6.1 x86_64 2011-07-27" http://www.elrepo.org/people/pschaff/dud/DUP_el6_x86_64.iso.gz [^] This time the aacraid driver is installed and the array is recognized. I'll start testing with CentOS 6.1 x86_64 now. |
|
Oké, the x86_64 aacraid driver disk also works with CentOS 6.1 x86_64 I'll test i686 tomorrow. |
|
It took a little longer to report back,but the i686 driver disk is working with CentOS6.1 |
|
I just used Scientific Linux 6.2 SL-62-x86_64-2011-12-15 with the driver disk and the driver was recognized and installed. May I assume that this driver disk works for all EL6.x releases? That would be great! |
|
I guess it is not too surprising that it works for later releases, as it uses a kABI-tracking kmod driver as the basis, but I would not make any unvalidated assumptions yet. Good to hear that it works for a 6.2 release, albeit still SL-6.2 Alpha 1 as of this writing. Thanks for testing and reporting, |
|
A belated change of status, as no issues were reported. |
Date Modified | Username | Field | Change |
---|---|---|---|
2011-12-05 08:50 | mvdlande | New Issue | |
2011-12-05 08:50 | mvdlande | Status | new => assigned |
2011-12-05 08:50 | mvdlande | Assigned To | => stindall |
2011-12-05 10:52 | burakkucat | Note Added: 0001311 | |
2011-12-05 10:52 | burakkucat | Assigned To | stindall => pschaff |
2011-12-06 15:14 | mvdlande | Note Added: 0001312 | |
2011-12-06 17:56 | burakkucat | Note Added: 0001313 | |
2011-12-06 17:56 | burakkucat | Status | assigned => feedback |
2011-12-07 00:43 | mvdlande | Note Added: 0001314 | |
2011-12-07 09:53 | burakkucat | Note Added: 0001315 | |
2011-12-07 09:53 | burakkucat | Status | feedback => assigned |
2011-12-07 14:05 | pschaff | Note Added: 0001316 | |
2011-12-08 12:34 | pschaff | Status | assigned => feedback |
2011-12-08 14:45 | mvdlande | Note Added: 0001318 | |
2011-12-08 14:54 | mvdlande | Note Added: 0001319 | |
2011-12-08 15:34 | pschaff | Note Added: 0001320 | |
2011-12-08 17:00 | pschaff | Note Edited: 0001320 | |
2011-12-09 04:13 | mvdlande | Note Added: 0001321 | |
2011-12-09 07:40 | pschaff | Note Added: 0001322 | |
2011-12-09 08:11 | mvdlande | Note Added: 0001323 | |
2011-12-09 09:33 | burakkucat | Status | feedback => assigned |
2011-12-09 11:46 | pschaff | Note Added: 0001324 | |
2011-12-10 10:25 | pschaff | Note Added: 0001328 | |
2011-12-10 10:27 | pschaff | Status | assigned => feedback |
2011-12-10 12:09 | pschaff | Note Edited: 0001328 | |
2011-12-10 12:10 | mvdlande | Note Added: 0001329 | |
2011-12-10 13:39 | pschaff | Note Added: 0001330 | |
2011-12-10 14:31 | pschaff | Note Edited: 0001330 | |
2011-12-10 14:36 | mvdlande | Note Added: 0001331 | |
2011-12-10 15:40 | pschaff | Note Added: 0001332 | |
2011-12-11 05:26 | mvdlande | Note Added: 0001336 | |
2011-12-11 05:56 | mvdlande | Note Added: 0001337 | |
2011-12-19 04:36 | mvdlande | Note Added: 0001374 | |
2011-12-19 09:28 | mvdlande | Note Added: 0001376 | |
2011-12-19 19:41 | pschaff | Note Added: 0001378 | |
2011-12-23 12:47 | pschaff | Note Edited: 0001332 | |
2011-12-23 12:48 | pschaff | Note Edited: 0001336 | |
2011-12-23 12:48 | pschaff | Note Edited: 0001336 | |
2012-03-04 07:40 | pschaff | Note Added: 0001769 | |
2012-03-04 07:40 | pschaff | Status | feedback => resolved |
2012-03-04 07:40 | pschaff | Resolution | open => fixed |