Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 99444

Summary: Graphical boot hangs box
Product: [Retired] Red Hat Linux Beta Reporter: Alan Cox <alan>
Component: kernelAssignee: Arjan van de Ven <arjanv>
Status: CLOSED NEXTRELEASE QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: high    
Version: beta1CC: wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-02-28 15:04:42 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:
Bug Depends On:    
Bug Blocks: 100644    
Attachments:
Description Flags
screen grab of strace'd kudzu startup none

Description Alan Cox 2003-07-19 18:27:58 UTC
This system is reliable in Alphs3 but in Beta1 it gets to probing hardware fades
it hangs dead, no keyboard lights. This makes the entire beta impossible to use
so I've marked it as high/high.

Comment 1 Alan Cox 2003-07-19 22:14:51 UTC
The trigger for these hangs turns out to be kudzu. If kudzu runs the machine
crashes a little while later without kudzu its fine



Comment 2 Bill Nottingham 2003-07-20 03:28:04 UTC
Does this box have firewire?

Comment 3 Alan Cox 2003-07-20 11:56:56 UTC
No its pre firewire era hardware: 

AMD751/756 chipset (DVD-ROM drive on the onboard IDE)
PS/2 keyboard
PS/2 mouse (2 button - old microsoft)
USB (unused)
3 quad head S3 video cards (unused)
Nvidia Riva 128 AGP video (dual head, 1 used)
ISA SCSI card (unused)
3com 3c590 (used)
CMD680 PCI IDE controller (with disks on)

Alpha3 is fine, 9.0 is fine.


Comment 4 Bill Nottingham 2003-07-21 03:07:45 UTC
Does it persist when running kudzu post-boot? If so, what does a strace (or
similar) say when it's failing?

Comment 5 Alan Cox 2003-08-14 09:15:34 UTC
Running kudzu makes the box crash a bit later, it doesnt crash while kudzu is
running just later on


Comment 6 Bill Nottingham 2003-08-14 16:17:00 UTC
If you're in text mode, do you get any kernel output when it crashes?

Comment 7 Alan Cox 2003-08-14 16:38:32 UTC
Nope it just stops


Comment 8 Warren Togami 2003-09-21 11:46:12 UTC
Alan, you were experiencing a total system lockup?  In Bug 99528 I experienced
only a frozen boot process while I am still able to switch VT's.  After killing
rhgb's X in VT7 with CTRL-ALT-Backspace then hitting ALT-F7, I see a corrupted
looking kudzu that seems frozen.

I suspect that Bug 99528 and Bug 91697 are duplicates of this bug, although only
99528 is public.  Can we unhide this one?

Bug 100894 is related, perhaps another duplicate.

Comment 9 Warren Togami 2003-09-21 11:52:55 UTC
Bug 100925 also related.
Perhaps one bug should be an umbrella bug for "kudzu GUI" so we can clearly
eliminate duplicates?

Comment 10 Alan Cox 2003-09-21 13:12:05 UTC
It was a total lockup yes


Comment 11 Warren Togami 2003-09-21 20:32:11 UTC
Bug 102647 also related.

Comment 12 Bill Nottingham 2003-10-21 20:31:40 UTC
Assigning to kernel, nothing kudzu does should kill the box.

Comment 13 Dave Jones 2003-10-22 12:24:35 UTC
Created attachment 95382 [details]
screen grab of strace'd kudzu startup

I see this too occasionally, but only on my Vaio. Can't reproduce it at all on
any of my other systems. Attached is a screengrab of an strace during startup.
It always hangs in the same place.

Comment 14 Alan Cox 2004-02-28 15:04:15 UTC
Really quite weird, but FC2test1 no longer triggers this problem so
whatever caused it has gone away somewhere.