I think that I understand more precisely the bug. I will comment the above log where the client make two request : -> It request the printer attributes and next -> the job attributes
The first request works, the second crash. ############### The first request ############### 1) The client query the printer attributes -------------------- (... read request data from client ... and next ) cupsdReadClient: 24 2.0 Get-Printer-Attributes 1 cupsdProcessIPPRequest(0x7f8861d6c8f0[24]): operation_id = 000b Get-Printer-Attributes ipp://fichdc:631/printers/AL-C3800_cdi get_printer_attrs(0x7f8861d6c8f0[24], ipp://fichdc:631/printers/AL-C3800_cdi) ... -------------------- 2) CUPS query the printer attributes and write it in a struct -------------------- copy_attrs(to=0x7f886185bbe0, from=0x7f8861ee47e0, ra=0x7f8861d4b0d0, group=0, quickcopy=0) copy_attribute(0x7f886185bbe0, 0x7f8861973c60[marker-colors,4,42]) copy_attribute(0x7f886185bbe0, 0x7f8861973cf0[marker-levels,4,21]) ... copy_attribute(0x7f886185bbe0, 0x7f8862000780[operations-supported,4,23]) Returning IPP successful-ok for Get-Printer-Attributes (ipp://fichdc:631/printers/AL-C3800_cdi) from 172.16.1.23 -------------------- 3) Cups write the attributes to the client -------------------- cupsdProcessIPPRequest: ippLength(response)=2153 cupsdAddSelect(fd=24, read_cb=0x7f8860956d60, write_cb=0x7f8860956720, data=0x7f8861d6c8f0) select_timeout(0): 26 seconds to write dirty config/state files cupsdWriteClient(con=0x7f8861d6c8f0(24)) response=0x7f886185bbe0(0), file=-1 pipe_pid=0 state=7 ... cupsdWriteClient(con=0x7f8861d6c8f0(24)) response=0x7f886185bbe0(2), file=-1 pipe_pid=0 state=7 -------------------- ############### The second request ############### 1) The client query the job attribute -------------------- (... read request data from client ... and next ) cupsdReadClient: 24 2.0 Get-Job-Attributes 1 cupsdProcessIPPRequest(0x7f8861d6c8f0[24]): operation_id = 0009 Get-Job-Attributes ipp://fichdc:631/printers/AL-C3800_cdi get_job_attrs(0x7f8861d6c8f0[24], ipp://fichdc:631/printers/AL-C3800_cdi) -------------------- 2) CUPS query the job attributes and write it in a struct -------------------- copy_attrs(to=0x7f8861d5a390, from=0x7f8861d49af0, ra=0x7f8861d4b0d0, group=2, quickcopy=0) copy_attribute(0x7f8861d5a390, 0x7f8861d49d70[job-originating-user-name,2,42]) .... copy_attribute(0x7f8861d5a390, 0x7f8861d5f260[job-media-sheets-completed,2,21]) Returning IPP successful-ok for Get-Job-Attributes (ipp://fichdc:631/printers/AL-C3800_cdi) from 172.16.1.23 -------------------- 3) BUT instead of WRITE the result to the client CUPS do a READ : -------------------- cupsdProcessIPPRequest: ippLength(response)=352 cupsdAddSelect(fd=24, read_cb=0x7f8860956d60, write_cb=0x7f8860956720, data=0x7f8861d6c8f0) select_timeout(0): 26 seconds to write dirty config/state files cupsdReadClient(con=0x7f8861d6c8f0(24)) con->http.error=0 con->http.used=0, con->http.state=7, con->data_encoding=HTTP_ENCODE_LENGTH, con->data_remaining=352, con->file=-1 cupsdReadClient: 24 Closing on EOF cupsdCloseClient: 24 -------------------- We see that in the "cupsdReadClient" call the "con->data_remaining=352" correspond to the size of the attributes retourned by the Get-Job- Attributes process. Strange no ? Baptiste. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/512220 Title: cupsd crash "Closing on unknown HTTP state 0" Status in “cups” package in Ubuntu: Confirmed Bug description: Binary package hint: cups I often get trouble with cupsd crashing and Apport saying the following: The problem cannot be reported: The program crashed on an assertion failure, but the message could not be retrieved. Apport does not support reporting these crashes. I think the crash is due to my having a saved Firefox session with Cups' administration window (http://localhost:631/admin) in it. The crash seems to occur when this session is restored as part of the session restore when I log in to my desktop environment. I have turned on debug-logging and can see the following: D [25/Jan/2010:08:57:16 +0100] cupsdReadClient: 11 GET /images/cups-icon.png HTTP/1.1 D [25/Jan/2010:08:57:16 +0100] cupsdSetBusyState: Active clients D [25/Jan/2010:08:57:16 +0100] cupsdAuthorize: No authentication data provided. D [25/Jan/2010:08:57:16 +0100] cupsdReadClient: 11 Closing on EOF D [25/Jan/2010:08:57:16 +0100] cupsdCloseClient: 11 D [25/Jan/2010:08:57:16 +0100] cupsdSetBusyState: Not busy D [25/Jan/2010:08:57:16 +0100] cupsdWriteClient: 1354538648 Closing on unknown HTTP state 0 D [25/Jan/2010:08:57:16 +0100] cupsdCloseClient: 1354538648 How to reproduce: 0) Make sure you have session restore activated. Make sure your favorite browser is set to restore the last session on reload. 1) Load http://localhost:631/admin in your favorite browser. 2) Restart your computer. 3) Log in to your desktop environment. Expected result: The CUPS administration window should be loaded in your browser. Actual result: The CUPS administration window fails to load. The browser says: "The connection to the server was reset while the page was loading." It is not consistently reproducible, but I would say I see a failure rate of 80 %. It happens on both of my test machines. ProblemType: Bug Architecture: amd64 Date: Mon Jan 25 09:00:30 2010 DistroRelease: Ubuntu 10.04 EcryptfsInUse: Yes InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027) Lpstat: Error: command ['lpstat', '-v'] failed with exit code 1: lpstat: No destinations added. MachineType: LG Electronics P300-T.APE4V NonfreeKernelModules: nvidia Package: cups 1.4.2-6 Papersize: letter ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-11-generic root=UUID=01ebab7a-379c-48c8-87d6-a2800f6dccfd ro quiet splash ProcVersionSignature: Ubuntu 2.6.32-11.15-generic SourcePackage: cups Uname: Linux 2.6.32-11-generic x86_64 dmi.bios.date: 06/30/2008 dmi.bios.vendor: Phoenix Technologies LTD dmi.bios.version: ELGNSF18 dmi.board.name: ELGON dmi.board.vendor: LG Electronics dmi.board.version: Not Applicable dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: LG Electronics dmi.chassis.version: N/A dmi.modalias: dmi:bvnPhoenixTechnologiesLTD:bvrELGNSF18:bd06/30/2008:svnLGElectronics:pnP300-T.APE4V:pvrNotApplicable:rvnLGElectronics:rnELGON:rvrNotApplicable:cvnLGElectronics:ct10:cvrN/A: dmi.product.name: P300-T.APE4V dmi.product.version: Not Applicable dmi.sys.vendor: LG Electronics To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/512220/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
