From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030612
Description of problem:
The issue appears to happen with the MPT scsi drivers. Mostly it occureed during
or after loading that driver. Console output is included below. There are three
different outputs: 1) APIC 2.0 enabled, 2) APIC prior tp 2.0 enabled, 3) No APIC.
Hardware - TYAN S2880 w/ Dual Opteron 244 6Gb Reg. ECC, LSI onboard SCSI 1030xx
chip (RH9 works fine, just not 64bit)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Boot with the Gingin64 CDROM 1
Actual Results: See attachments - basically a kernel oops of some sort (out of
line bug+20). Machine does not lock though and can be warm booted.
Expected Results: text installer of RH gingin64
See attachements. If they don't work I will post them as text with lables.
Created attachment 93488 [details]
This is boot1 with APIC 2.0 and AML enabled
Created attachment 93489 [details]
This is boot 2 with APIC version before 2.0 enabled no AML
Created attachment 93490 [details]
this is boot3 with APIC disabled
I'm curious, does this also happen with the Taroon x86_64 install ?
There is a different error that occurs booting tarroon x86_64 IF APIC is
enabled. If APIC is diabled then it loads (and installs) fine. Although after
tarroon is installed, it will not bootwith the SMP kernel. (See bugzilla 101473)
I attempted to boot using:
linux askmethod console=ttyS0,115200 console=tty0
Which worked. However, when I attempted to install using CDROM method I got same
When attempting to install from FTP method, it has difficulty (maybe my FTP
server (Pure-FTP)) getting the 'hdlist'. It can't get back to the path
When using NFS instal, it issues new machine checks. These are attched as boot5.
Created attachment 93528 [details]
this is the error from the NFS install (boot5)
I missed the machine checks in that last serial capture. I will work on getting
them again and then post that file. Sorry.
Created attachment 93529 [details]
the last half of boot messages (from kernel load) plus call traces NFS INSTALL
Fixed in Red Hat Enterprise Linux 3