Bug 119916 - [firewire] kudzu service hangs
Summary: [firewire] kudzu service hangs
Keywords:
Status: CLOSED DUPLICATE of bug 119262
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-04-03 03:58 UTC by Clyde E. Kunkel
Modified: 2007-11-30 22:10 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-02-21 19:02:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Clyde E. Kunkel 2004-04-03 03:58:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; 
Q312461; .NET CLR 1.0.3705; .NET CLR 1.1.4322)

Description of problem:
After installing FC2T2, system hung at Detecting New Hardware.  Had 
to hard boot to advoic.  Used prompted boot to bypass Detecting New 
Hardware.  Next I stopped the kudzu service and updated the config. 
After upgrading to kernel 2.6.4-1.303smp tried to start kudzu service 
and got hard freeze--no mouse, no keyboard.  Reboot and update kudzu 
to 1.1.54-1.  Service still won't start, however, no longer hard 
freeze, but never get a failure dialogue, start button stays greyed, 
and have to kill services.  Review bugzilla on kudzu and didn't find 
anything like this, tho did see corrupted alias lines in 
modprobe.conf issue which I had and fixed by deleting the bad line.

Version-Release number of selected component (if applicable):
1.1.54-1 and prior

How reproducible:
Always

Steps to Reproduce:
1.select Services from Server Settings menu
2.highlight service kudzu
3.click start
    

Actual Results:  Nothing.  Start box stayed grayed.  Waited 20 mins, 
nothing.  X out of services won't work, get Force Quit dialogue box, 
select Force Quit.

Expected Results:  kudzu service should start, and then Detect New 
Hardware on boot should work properly.

Additional info:

Same system, RHEL3.0 works fine as did FC2T1.

Comment 1 Bill Nottingham 2004-04-05 19:17:35 UTC
Try removing the firewire modules?

Comment 2 Clyde E. Kunkel 2004-04-05 23:41:03 UTC
I removed the firewire modules and then used interactive boot to 
bypass new hardware detection.

I have resolved the problem, at least for now.  I started kudzu from 
a terminal and discovered that it was finding that my hardware had 
changed and was asking me if I wanted to update.  After replying 
appropriately, I then went back to the gui and starting the service 
by clicking the start button resulted in a message that kudzu had 
run.  I then added kudzu back into the startup routine and booting 
was normal.  The problem seems to be that if you have disabled kudzu 
and then try to start it from the gui and it wants to talk to you, it 
is not doing so and so it waits forever for your response which you 
don't see.  Starting it from a terminal allows you to see its query 
and respond.  I don't know if this is a bug or not.

BTW, now running kernel 305smp with firewire added back in and no 
problems as far as I can see.

Comment 3 Alexandre Oliva 2004-05-16 09:14:17 UTC

*** This bug has been marked as a duplicate of 119262 ***

Comment 4 Red Hat Bugzilla 2006-02-21 19:02:22 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


Note You need to log in before you can comment on or make changes to this bug.