Bug 60053
Summary: | (440GX)SCSI timeout with Symbios sym53c1010 controller on Red Hat 7.2 install | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jason Corley <jason.corley> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | CC: | caruso, kambiz |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-06-08 01:31:45 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Jason Corley
2002-02-19 15:19:54 UTC
Can you try to type "linux apic" on the syslinux prompt ? (the very very first screen) If that helps, you MUST install the smp kernel to make later boots work. (If this works, this is the generic Intel 440GX Bios bug which intel refuses to fix for 9 months now) Ok, I have been sick the last couple of days, and this bug report is a good example of me not thinking clearly. Here are some corrections or details I left out: - The timeouts do not occur on install, they occur on the first boot after install. This is not confined to the 2.4.7-10smp kernel however, because on the post-install I also tried upgrading to the latest errata smp kernel and I still had the same problem. - Timeouts are not while probing the second controller, but while probing the second disk (/dev/sda is SCSI ID 0 and /dev/sdb is SCSI ID 1). - I have my disks configured in a software RAID (/, /boot, /tmp, /usr, /var, and /var/www as RAID-1 mirrors, and a non-RAIDed swap partition on each disk). I think the problem may indeed be related to APIC mappings (although attempting to boot with the "apic" flag appended to my grub configuration made no difference). Also, since the install (I assume) doesn't use grub, could the problem somehow be grub related? Thanks, Jason HEllo, I have the same problem with a symbios SYM8952U SCSI card and RH 7.2 with the latest rpm kernel. My system have a on-board sym53c875 card,which works fine. but i can't install RH when sym895 card is plug in server. after a card install without this card, i reboot and plug it in server. And i get the message: > SCSI host 0 abort (pid 0) timed out - resetting > SCSI bus is being reset for host 0 channel 0 > sym53c8xx_abort : pid=0 serial_number=8 serial_number_at_timeout=8 > .... I use this card on RH 6.2 without any problem f.labanvoye We (redhat corporate IS) tried this out, and were not able to reproduce the problem. We have a va linux 1220 which worked fine both during install phase, and reboot (with 7.2), using the install kernel, stock kernel, and with the lastest errata kernel-smp-2.4.9-34. In our initial tests, the 1220 only had a single drive. Rerunning the install with two drives also worked. However, I walked across the street and borrowed the drive that Jason was using and the system would hang. Using IBM drives was ok though. I suspect a hardware issue at this point. Jason, do you concur? I suspected the high quality Hitachi drives might be the culprit. Still don't know why RH 6.2 worked and RH 7.2 didn't work (on many many many machines) but since I'm trying to decomission these servers due to no support or replacement hardware, I'm not as concerned about this as I once was. Blaming it on Hitachi is fine with me. :-) I was seeing the same behavior on the same hardware (VALinux 1220) with RH7.3. I was able to get it to boot successfully with the SMP-kernel/APIC workaround (and I believe this was regardless of which disks were in the machine, though I'd have to check to be sure, and the machine is at a distant colo). The good news is that I recently installed RedHat 8.0 on this same machine and it was no longer necessary to use the APIC workaround, nor was it even necessary to use the SMP kernel--a straight install worked fine. Very nice to see that this has apparently been resolved, or that a workaround has been built into the RedHat install. BTW, the motherboard on the VALinux 1220 is an ASUS CUR-DLS, not a L440GX+ (as is used in most other VALinux boxes). Red Hat 9 contains some fixes that should resolve this using info we finally got from Intel. |