[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#290346: marked as done (100% CPU utilization when using backend HTTPS)

Your message dated Sun, 1 Jun 2008 23:09:06 +0200
with message-id <20080601210906.GB6509@piware.de>
and subject line Cleaning up old bug reports
has caused the Debian Bug report #290346,
regarding 100% CPU utilization when using backend HTTPS
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
290346: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290346
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cupsys
Version: 1.1.22-8 & 1.1.23-2

when Printing with printers using ipp over https://, I get 100% of CPU utilization after the job is sent.

On Admin-Panel (http://localhost:631/printers/hp-laserjet) the printers first stauts after issuing a printjob is

"Printer does not support IPP/1.1, trying IPP/1.0..."

after some seconds or minutes o sending the data it says

": Print file accepted - job ID 41."

and CPU utilization goes up and is caused py a process called "https" (when using "top"-command)

This process is stopped when I cancel the Printjob which at this time is back in "pending since..."-mode although it has already been sent to the hardware and is going to be printed.

My backend-configuration is as follows:

debian:/usr/lib/cups/backend# ls -l
total 108
-rwxr-xr-x  1 root root 10412 Oct  5 21:33 canon
-rwxr-xr-x  1 root root 10532 Oct  5 21:33 epson
lrwxrwxrwx  1 root root     3 Jan 13 17:19 http -> ipp
lrwxrwxrwx  1 root root     3 Nov 12 00:12 https -> ipp
-rwxr-xr-x  1 root root 19708 Jan 12 11:02 ipp
-rwxr-xr-x  1 root root 15964 Jan 12 11:02 lpd
-rwxr-xr-x  1 root root  8136 Jan 12 11:02 parallel
-rw-r--r--  1 root root  5896 Jan 12 11:02 scsi
-rw-r--r--  1 root root  8608 Jan 12 11:02 serial
lrwxrwxrwx  1 root root    17 Jan 13 17:20 smb -> /usr/bin/smbspool
-rwxr-xr-x  1 root root  7740 Jan 12 11:02 socket
-rwxr-xr-x  1 root root 10320 Jan 12 11:02 usb

This is the printers config:
(printers.conf)
...
<DefaultPrinter hp-laserjet>
Info HP LaserJet 8000 Series PS
Location SomeLocation
DeviceURI https://user:password@host/printers/ein-ps/.printer
State Stopped
StateMessage Paused
Accepting Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
</Printer>
...

The printer is a remote printer connected to a central (MS-Windows? dont really know...) printingserver using IPP over https.

I'm using the ppd files from package foomatic-filters-ppds and for the above printer: *FoomaticIDs: HP-LaserJet_8000 Postscript

Kernel: Linux version 2.4.27 (root@debian) (gcc version 3.3.5 (Debian 1:3.3.5-5))
Debian Sarge

The problem appeared from cupsys version 1.1.22-8 on. Older versions worked with no problems.

--- End Message ---
--- Begin Message --- 
Dear bug submitter,

This bug was reported against a very old version of cups (older than
in the current stable Debian version "Etch"). About a year ago,
Martin-Eric Racine asked for feedback whether the bug still applied to
the current Debian Etch version, but we did not get any feedback. In
order to not keep around old, hardware-specific, and inactive bugs
around forever, I close this bug now.

Please report back if you still experience the problem with the
current version in Etch; if you can test Lenny/unstable, that would be
highly appreciated, of course. I will reopen this bug then.

Thank you for your report!

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: