Bug 62891

Summary: system hangs when starting cups initscript
Product: [Retired] Red Hat Public Beta Reporter: Joachim Kunze <joachim>
Component: cupsAssignee: Tim Waugh <twaugh>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: skipjack-beta2CC: wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-09-25 19:22:59 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:

Description Joachim Kunze 2002-04-07 08:46:15 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.0 (X11; Linux i686; U;) Gecko/20020314

Description of problem:
The machine completely locks up, when starting the initscript cups
No remote login possible

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. running redhat-switch-printer to switch to the cups 
   printing system
2. starting /etc/init.d/cups

	

Actual Results:  system hangs

Expected Results:  printdeamon cups should be ready to run

Additional info:

cups worked since RHL 7.0 without any issues, I've never experienced such a
problem with cups.
The actual rpm-version of cups is cups-1.1.14-12

Comment 1 Bernhard Rosenkraenzer 2002-04-08 10:17:21 UTC
Works here... 
Can you reproduce it on another machine if you connect it to the same printer?

Comment 2 Joachim Kunze 2002-04-13 12:49:37 UTC
On another machine with the same printer cups starts without crashing. But the
printing process hangs after some % with the message USB port busy, whatever
that means

Comment 3 Warren Togami 2002-04-14 11:16:54 UTC
Was the crashing machine SMP by chance?

Comment 4 Joachim Kunze 2002-04-28 12:29:35 UTC
No - a Celeron 1 GHz machine on an ASUS CUSL2-C mainboard

Comment 5 Joachim Kunze 2002-04-29 19:42:12 UTC
Problem resolved after an update to kernel 2.4.18-0.26 and cups 1.1.14-15 - may
another package could also be involved - it was an update with the rpms from today

Thanks,

Joachim