Hi Michael;

   Can you give some more details on what mainboard you are using.  This can't be happening on a lot of boards as the FC3 bugzilla report is a couple of months old and has no follow up activity except for your comment on RHEL4 doing the same thing.  Our Dell 2650 (which were somewhat notorious for adaptec raid issues with RHEL3) seems fine with RHEL4.  It has two HT Xeons.

Tony Hoffmann | Tel/Tél: (250) 493-2277 | Fax: (250) 493-7767
[log in to unmask] <mailto:[log in to unmask]>
National Research Council Canada | P.O. Box 248, Penticton BC V2A 6J9
Conseil national de recherches Canada | B.P. 248, Penticton (C.-B.) V2A 6J9
Government of Canada | Gouvernement du Canada

-----Original Message-----
From: [log in to unmask]
[mailto:[log in to unmask]]On Behalf Of
Michael Mansour
Sent: Monday, April 25, 2005 2:34 PM
To: [log in to unmask]
Subject: Installing SL40 on Hyperthreading CPU


Hi,

Most of yesterday I spent time installing SL.40.042005.i386 onto a couple of 
my rack systems. One of them uses a Hyperthreading CPU which I've used under 
HT mode without issues under SL3.

However SL40 (aka the vendors newer kernel) has major issues running in HT 
mode (UP mode works fine), and just has a hard lock-up during the boot 
process, where the only thing that can be done is to press the power off 
button.

I've tracked this down to a bugzilla filed for FC3:

https://bugzilla.redhat.com/bugzilla-old/show_bug.cgi?id=146921

where I get _exactly_ the same issue this guy reported. I disable the 
various services where the hard lock-up occurs, and it gets past them but 
then on the login prompt, after entering the username and password the 
prompt just sits there and you can't login.

After alot of trouble-shooting on this problem, I tracked it down to the 
ACPI support, once I put in:

acpi=off

into the kernel grub command line, the system booted and runs fine in HT 
mode. From that bugzilla report, it doesn't look like anything has been 
fixed with that bug yet.

On a side note, I also experienced that "kernel openafs anaconda" problem 
when burning those ISO's above and installing them onto my rack servers (the 
error reported by another guy earlier in this list). The way I got round 
that problem was to do a vanilla "server" install on selection menu (without 
specifying the packages I wanted and didn't want), and SL40 installed, I 
then went back into the packages and selected/deselected what I wanted.

Do I need to download the new ISO's (042505) and re-install these newly 
built machines with these ISO's? or is the ISO set I have fine?

Michael.