System lockup with SMP Kernel.

[WipeOut]

Norman Gaywood wrote:

>On Tue, Feb 03, 2004 at 08:25:59AM +0000, WipeOut wrote:
>  
>
>>Hi,
>>
>>I am running a P4 2.4 with HT and the SMP kernel.. Just upgraded to FC1 
>>on Saturday.. All updates installed (isn't YUM great!!)..
>>
>>Now for the issue..
>>
>>It would appear that when running the SMP kernel the system will lockup 
>>once per day, usually within the first hour or two from bootup.. I tried 
>>the single proc kernel yesterday and the system was fine all day..
>>
>>Anyone else having this type of issue??
>>    
>>
>
>For sure, I'm seeing this a lot. Perhaps there are other ways of doing
>it but for me a umount seems to be good a way of triggering this problem.
>
>On all the smp fedora systems I've tried, if I put a mount and umount
>in a shell loop like this:
>
>while [ true ]
>do
>  mount <something> /mnt
>  umount /mnt
>done
>
>my system will die.
>
>My systems include a quad Xeon, Duel Xeon, quad Pentium III, and a
>single processor athlon running the smp kernel.
>
>I've tried <something> as an NFS mount and an ext3 mount. I also suspect a
>loop back mount will trigger it as well. Sometimes an rpm kernel install
>will hang the system around the time a umount would occur (creating
>the initrd).
>
>Read the scary stories at:
>
>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109962
>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109497
>
>  
>
THAT SUCKS!!

Mine is not related to mounts, it seems to be when the system is doing 
somthing after I boot it up, only thing I can think that is running is 
that the system is running the cron jobs that it did not run during the 
night becasue the power was off..

Is there anything in there that could be hanging the system?

I am just about to install FC on a couple of P4 HT servers.. looks like 
I am going to have to stick with the UP kernel until this gets sorted 
out.. if it ever does, its seems like its been going on for quite some 
time now and with FC2 on the way I doubt it will be a high priority..

Later..