Anyone with a good idea about this problem? MegaRAID SCSI 320-1, BIOS: G119, F/W: 1L37. I put the controller into an ordinary MSI socket A motherbord with an AMD Athlon 2000+, 32-bit PCI. Config and init works fine, but when I boot SuSE SLES9 from installation CD, the controller reports h/w error and one command in queue when I look at the trace window (ALT+4). I also tried with acpi=off, same problem. Then I moved the controller to a Arima HDAMA board with 2 x Opteron 246 and 4GB memory. I tried 32-bit PCI, PCI-64 and PCI-X 100 and 133MHz. There I tried to boot both 64 and 32-bit SuSE SLES9, the SLES "Welcome screen" appears, but it never comes to the install/boot/rescue selection that is the first screen. I also tried SuSE 9.3 Pro in both 64/32-bit versions, with that I came to the selection screen, choose "Install" and the kernel loaded. After that the system stops with a blinking cursor in the upper left corner. Same problem with acpi=off. Anders
Anders Norrbring wrote:
MegaRAID SCSI 320-1, BIOS: G119, F/W: 1L37.
I have the same Controller working fine out of the box with Suse 9.2.
I also tried SuSE 9.3 Pro in both 64/32-bit versions, with that I came to the selection screen, choose "Install" and the kernel loaded. After that the system stops with a blinking cursor in the upper left corner. Same problem with acpi=off.
With [Alt]-[F4] you should be able to see the error message up to that point. Have you tried to define an Array in the Controller Bios prior to installation? Sandy -- List replies only please! Please address PMs to: news-reply (@) japantest (.) homelinux (.) com
On 2005-07-18 09:22 Sandy Drobic wrote:
Anders Norrbring wrote:
MegaRAID SCSI 320-1, BIOS: G119, F/W: 1L37.
I have the same Controller working fine out of the box with Suse 9.2.
I guess I'll do a test with 9.2 as well.. :)
I also tried SuSE 9.3 Pro in both 64/32-bit versions, with that I came to the selection screen, choose "Install" and the kernel loaded. After that the system stops with a blinking cursor in the upper left corner. Same problem with acpi=off.
With [Alt]-[F4] you should be able to see the error message up to that point. Have you tried to define an Array in the Controller Bios prior to installation?
Yes, I have defined and initialized two arrays on the controller before going to installation. Otherwise I can't install the O/S on the arrays.. :) The RAID arrays are the only drives in the system. Anders.
On 2005-07-18 09:22 Sandy Drobic wrote:
Anders Norrbring wrote:
MegaRAID SCSI 320-1, BIOS: G119, F/W: 1L37.
I have the same Controller working fine out of the box with Suse 9.2.
I also tried SuSE 9.3 Pro in both 64/32-bit versions, with that I came to the selection screen, choose "Install" and the kernel loaded. After that the system stops with a blinking cursor in the upper left corner. Same problem with acpi=off.
With [Alt]-[F4] you should be able to see the error message up to that point. Have you tried to define an Array in the Controller Bios prior to installation?
Now I tried setting the HBA to emulate an I2O device, same problem.. I also looked closely to the driever loading reports, it says it cannot get adapter status.. Anders.
Anders Norrbring wrote:
MegaRAID SCSI 320-1, BIOS: G119, F/W: 1L37.
With [Alt]-[F4] you should be able to see the error message up to that point. Have you tried to define an Array in the Controller Bios prior to installation?
Now I tried setting the HBA to emulate an I2O device, same problem.. I also looked closely to the driever loading reports, it says it cannot get adapter status..
Could be a compatibility problem with the mainboard. Though it is strange that you can define Arrays but can't see the controller during installation. Have you tried to integrate the Controller into an existing running installation, just in order to have all commands available to investigate the module loading? If you can't get it running with an installed system chances are you will not be able at all to get the hardware combination working. Sandy -- List replies only please! Please address PMs to: news-reply (@) japantest (.) homelinux (.) com
On 2005-07-18 10:45 Sandy Drobic wrote:
Anders Norrbring wrote:
MegaRAID SCSI 320-1, BIOS: G119, F/W: 1L37.
With [Alt]-[F4] you should be able to see the error message up to that point. Have you tried to define an Array in the Controller Bios prior to installation?
Now I tried setting the HBA to emulate an I2O device, same problem.. I also looked closely to the driever loading reports, it says it cannot get adapter status..
Could be a compatibility problem with the mainboard. Though it is strange that you can define Arrays but can't see the controller during installation.
Have you tried to integrate the Controller into an existing running installation, just in order to have all commands available to investigate the module loading? If you can't get it running with an installed system chances are you will not be able at all to get the hardware combination working.
Well, the installtion detects the HBA correctly, lists it at the correct PCI slot etc. When the module is loaded, it tried to get adapter status, and fails doing so. The exact error displayed is: aborting=2 cmd=2 <c=0 t=1 l=0>. I have tried the HBA in 3 different systems, same shit on all of them, except for the Arima HDAMA board where the installation locks up before even going to the first selection screen where I choose Installation, Rescue, Boot installed system, Memtest, etc. I'll try to plug it into a Windows 2k server system, just to see what happens there... I've sent a report to LSI-Logic as well, maybe it's a RMA case. Anders.
Anders Norrbring wrote:
Well, the installtion detects the HBA correctly, lists it at the correct PCI slot etc. When the module is loaded, it tried to get adapter status, and fails doing so. The exact error displayed is: aborting=2 cmd=2 <c=0 t=1 l=0>.
I have tried the HBA in 3 different systems, same shit on all of them, except for the Arima HDAMA board where the installation locks up before even going to the first selection screen where I choose Installation, Rescue, Boot installed system, Memtest, etc.
I'll try to plug it into a Windows 2k server system, just to see what happens there...
I've sent a report to LSI-Logic as well, maybe it's a RMA case.
Just to be thorough, have you tried to exchange the SCSI cable and the terminator? Defective terminators often have strange effects. Sandy -- List replies only please! Please address PMs to: news-reply (@) japantest (.) homelinux (.) com
On 2005-07-18 11:07 Sandy Drobic wrote:
Anders Norrbring wrote:
Well, the installtion detects the HBA correctly, lists it at the correct PCI slot etc. When the module is loaded, it tried to get adapter status, and fails doing so. The exact error displayed is: aborting=2 cmd=2 <c=0 t=1 l=0>.
I have tried the HBA in 3 different systems, same shit on all of them, except for the Arima HDAMA board where the installation locks up before even going to the first selection screen where I choose Installation, Rescue, Boot installed system, Memtest, etc.
I'll try to plug it into a Windows 2k server system, just to see what happens there...
I've sent a report to LSI-Logic as well, maybe it's a RMA case.
Just to be thorough, have you tried to exchange the SCSI cable and the terminator? Defective terminators often have strange effects.
Oh yeah.. It doesn't even load without anything connected! Anders.
On Mon, 2005-07-18 at 11:15 +0200, Anders Norrbring wrote:
On 2005-07-18 11:07 Sandy Drobic wrote:
Anders Norrbring wrote:
Well, the installtion detects the HBA correctly, lists it at the correct PCI slot etc. When the module is loaded, it tried to get adapter status, and fails doing so. The exact error displayed is: aborting=2 cmd=2 <c=0 t=1 l=0>.
I have tried the HBA in 3 different systems, same shit on all of them, except for the Arima HDAMA board where the installation locks up before even going to the first selection screen where I choose Installation, Rescue, Boot installed system, Memtest, etc.
I'll try to plug it into a Windows 2k server system, just to see what happens there...
I've sent a report to LSI-Logic as well, maybe it's a RMA case.
Just to be thorough, have you tried to exchange the SCSI cable and the terminator? Defective terminators often have strange effects.
Oh yeah.. It doesn't even load without anything connected!
Anders.
Try booting with mem=2000M. There are known issues with installing certain versions of SuSe and these controllers. Once you get it installed update your kernel and edit your /boot/grum/menu.lst file and remove the mem statement. Should work fine. If this does not fix it you could very possibly have a bad controller. LSI is very good with warranties. Brad Dameron SeaTab Software www.seatab.com
On 2005-07-18 18:03 Brad Dameron wrote:
On Mon, 2005-07-18 at 11:15 +0200, Anders Norrbring wrote:
On 2005-07-18 11:07 Sandy Drobic wrote:
Anders Norrbring wrote:
Well, the installtion detects the HBA correctly, lists it at the correct PCI slot etc. When the module is loaded, it tried to get adapter status, and fails doing so. The exact error displayed is: aborting=2 cmd=2 <c=0 t=1 l=0>.
I have tried the HBA in 3 different systems, same shit on all of them, except for the Arima HDAMA board where the installation locks up before even going to the first selection screen where I choose Installation, Rescue, Boot installed system, Memtest, etc.
I'll try to plug it into a Windows 2k server system, just to see what happens there...
I've sent a report to LSI-Logic as well, maybe it's a RMA case.
Just to be thorough, have you tried to exchange the SCSI cable and the terminator? Defective terminators often have strange effects.
Oh yeah.. It doesn't even load without anything connected!
Anders.
Try booting with mem=2000M. There are known issues with installing certain versions of SuSe and these controllers. Once you get it installed update your kernel and edit your /boot/grum/menu.lst file and remove the mem statement. Should work fine. If this does not fix it you could very possibly have a bad controller. LSI is very good with warranties.
Nope, it's not that either.. The controller now works fine in both tested 64-bit PCI systems. However, it still doesn't answer to the "get status" command when seated in a 32-bit PCI slot. LSI suggests it's a driver problem, but as far as I can see, the driver that comes on the 32-bit SLES distribution disks should be supporting a 32-bit bus. I'm not sure though. Anders.
On Monday, July 18, 2005 12:39 pm, Anders Norrbring wrote:
However, it still doesn't answer to the "get status" command when seated in a 32-bit PCI slot.
What's the voltage in that slot? 3.3V or 5+? The controller may have a preference... -- _________________________________________________________ A Message From... L. Mark Stone Reliable Networks of Maine, LLC "We manage your network so you can manage your business." 477 Congress Street Portland, ME 04101 Tel: (207) 772-5678 Web: http://www.rnome.com
On 2005-07-18 19:13 L. Mark Stone wrote:
On Monday, July 18, 2005 12:39 pm, Anders Norrbring wrote:
However, it still doesn't answer to the "get status" command when seated in a 32-bit PCI slot.
What's the voltage in that slot? 3.3V or 5+? The controller may have a preference...
It's a 3.3 volts 32-bit slot, just as the HBA likes it.. However, the problem seems to be the Linux driver for the MegaRAID. Apparently it isn't aware of 32-bit slots, so the driver ASSUMES that the HBA is placed in a 64-bit slot. This is according to LSI support. The controller behaves just fine under Windows on the same hardware platform, and that driver is aware of the PCI slot differencies. I guess it would be nice with a patch/mod of the driver... Anders.
Anders Norrbring wrote:
It's a 3.3 volts 32-bit slot, just as the HBA likes it.. However, the problem seems to be the Linux driver for the MegaRAID. Apparently it isn't aware of 32-bit slots, so the driver ASSUMES that the HBA is placed in a 64-bit slot. This is according to LSI support. The controller behaves just fine under Windows on the same hardware platform, and that driver is aware of the PCI slot differencies.
I guess it would be nice with a patch/mod of the driver...
Is this an issue specific to Suse 9.3 or did it already occur in Suse 9.2 as well? I have 64-Bit Slots on my server mainboard and had no problems at all with Suse 9.2. Sandy -- List replies only please! Please address PMs to: news-reply (@) japantest (.) homelinux (.) com
On 2005-07-19 11:48 Sandy Drobic wrote:
Anders Norrbring wrote:
It's a 3.3 volts 32-bit slot, just as the HBA likes it.. However, the problem seems to be the Linux driver for the MegaRAID. Apparently it isn't aware of 32-bit slots, so the driver ASSUMES that the HBA is placed in a 64-bit slot. This is according to LSI support. The controller behaves just fine under Windows on the same hardware platform, and that driver is aware of the PCI slot differencies.
I guess it would be nice with a patch/mod of the driver...
Is this an issue specific to Suse 9.3 or did it already occur in Suse 9.2 as well? I have 64-Bit Slots on my server mainboard and had no problems at all with Suse 9.2.
Well Sandy, then you're on the "good side" of it all... The driver is not aware of the 32-bit slots, so when you put the controller into a 32-bit, it fails since it presumes the controller is in a 64-bit slot. When you actually have it in a 64-bit slot, everything runs just fine. Anders.
On Tuesday, July 19, 2005 06:19 am, Anders Norrbring wrote:
The driver is not aware of the 32-bit slots, so when you put the controller into a 32-bit, it fails since it presumes the controller is in a 64-bit slot. When you actually have it in a 64-bit slot, everything runs just fine.
So... What's cheaper: a replacement controller that will work in your 32-bit slot, or a motherboard upgrade that will provide sufficient 64-bit slots (again, of the right voltage...)? Sounds like you have nailed down the root cause of the problem just fine. -- _________________________________________________________ A Message From... L. Mark Stone Reliable Networks of Maine, LLC "We manage your network so you can manage your business." 477 Congress Street Portland, ME 04101 Tel: (207) 772-5678 Web: http://www.rnome.com
participants (4)
-
Anders Norrbring -
Brad Dameron -
L. Mark Stone -
Sandy Drobic