Activity log for bug #112803

Date Who What changed Old value New value Message
2007-05-06 10:33:10 cubells bug added bug
2007-05-16 12:14:45 misan bug added attachment 'files' (Output of lsof)
2007-05-18 02:00:31 Alan bug added attachment 'lsof.output' (lsof.output)
2007-05-22 23:09:32 Till Kamppeter bug added attachment 'cupsys_1.2.11-2ubuntu1.dsc' (cupsys_1.2.11-2ubuntu1.dsc)
2007-05-22 23:10:03 Till Kamppeter bug added attachment 'cupsys_1.2.11-2ubuntu1.diff.gz' (cupsys_1.2.11-2ubuntu1.diff.gz)
2007-05-22 23:12:09 Till Kamppeter bug added attachment 'cupsys_1.2.11.orig.tar.gz' (cupsys_1.2.11.orig.tar.gz)
2007-05-22 23:15:31 Till Kamppeter cupsys: status Unconfirmed Needs Info
2007-05-22 23:15:31 Till Kamppeter cupsys: statusexplanation
2007-05-23 07:20:17 misan bug added attachment 'lsof.txt' (lsof.txt)
2007-05-23 09:35:31 Till Kamppeter cupsys: status Needs Info Fix Released
2007-05-24 19:59:04 Till Kamppeter title Multiple jobs are not printed MASTER [Feisty] cupsd leaking file descriptors (was: Multiple jobs are not printed)
2007-06-07 10:00:38 Kirk Steffensen cupsys: status Fix Released Confirmed
2007-06-07 10:00:38 Kirk Steffensen cupsys: statusexplanation I have changed the status of this bug back to "Confirmed" from "Fixed Released" because I'm still seeing it after updating my Feisty to cupsys_1.2.11-2ubuntu1. (Pascal De Vuyst asked in bug 118356 that we put comments in this bug report instead of one of the duplicates, but it doesn't make sense to add confirming comments to a closed bug, so I'm reopening it.) Last night I upgraded our Edubuntu Feisty server to 1.2.11 per the instructions above. No problems on the compile. But this morning cupsys stopped and began filling /etc/var/cups/error_log as others have reported. I caught it at 11 GB, but past experience says it was on its way to filling the partition. Here are the first few lines of the cups error_log: E [07/Jun/2007:11:37:03 +0300] PID 14024 (/usr/lib/cups/filter/pstops) stopped with status 24! E [07/Jun/2007:11:37:03 +0300] PID 14025 (/usr/lib/cups/backend/lpd) stopped with status 24! E [07/Jun/2007:11:38:01 +0300] Unable to create job status pipes - Too many open files. E [07/Jun/2007:11:38:32 +0300] Unable to create job status pipes - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. The last line repeats for the rest of the file at several hundred KB per minute. I forgot to do an lsof while cups was dead. The next time it dies, I will do it. Is there any other information that would be helpful for troubleshooting? Thanks for looking into this.
2007-06-07 11:38:59 Kirk Steffensen bug added attachment 'cupsys_lsof' (Output from "sudo lsof -p $(pidof cupsd) > cupsys_lsof")
2007-06-16 08:59:58 diaboflo bug added attachment 'error_log' (error_log)
2007-06-19 11:36:09 Till Kamppeter cupsys: status Confirmed Needs Info
2007-06-19 11:36:09 Till Kamppeter cupsys: statusexplanation I have changed the status of this bug back to "Confirmed" from "Fixed Released" because I'm still seeing it after updating my Feisty to cupsys_1.2.11-2ubuntu1. (Pascal De Vuyst asked in bug 118356 that we put comments in this bug report instead of one of the duplicates, but it doesn't make sense to add confirming comments to a closed bug, so I'm reopening it.) Last night I upgraded our Edubuntu Feisty server to 1.2.11 per the instructions above. No problems on the compile. But this morning cupsys stopped and began filling /etc/var/cups/error_log as others have reported. I caught it at 11 GB, but past experience says it was on its way to filling the partition. Here are the first few lines of the cups error_log: E [07/Jun/2007:11:37:03 +0300] PID 14024 (/usr/lib/cups/filter/pstops) stopped with status 24! E [07/Jun/2007:11:37:03 +0300] PID 14025 (/usr/lib/cups/backend/lpd) stopped with status 24! E [07/Jun/2007:11:38:01 +0300] Unable to create job status pipes - Too many open files. E [07/Jun/2007:11:38:32 +0300] Unable to create job status pipes - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. E [07/Jun/2007:11:38:33 +0300] Unable to accept client connection - Too many open files. The last line repeats for the rest of the file at several hundred KB per minute. I forgot to do an lsof while cups was dead. The next time it dies, I will do it. Is there any other information that would be helpful for troubleshooting? Thanks for looking into this.
2007-06-19 18:52:34 Till Kamppeter bug added subscriber Martin Pitt
2007-06-19 18:53:45 Till Kamppeter cupsys: importance Undecided Medium
2007-07-07 17:06:40 cubells bug added attachment 'cubells.tar.gz' (cubells.tar.gz)
2007-07-10 14:03:25 Till Kamppeter cupsys: status Incomplete Triaged
2007-07-11 09:42:41 Till Kamppeter cupsys: importance Medium High
2007-07-11 09:42:41 Till Kamppeter cupsys: assignee pitti
2007-07-11 09:46:08 Till Kamppeter bug added attachment '10_external_pam_helper.dpatch' (Patch to move authentication into external SUID root program)
2007-07-16 13:16:46 Martin Pitt bug assigned to cupsys (Debian)
2007-07-16 14:08:53 Martin Pitt cupsys: status Triaged Incomplete
2007-07-16 14:08:53 Martin Pitt cupsys: statusexplanation I just uploaded cupsys (1.2.12-1ubuntu1) gutsy; urgency=low . * Merge to Debian's svn head to get upstream fixes. * debian/patches/10_external_pam_helper.dpatch: Close pipes in the case of errors, too. This can not really be responsible for the mess in #112803, but should be fixed anyway. This fixes the only pipe handling bugs that I can see. In the 'normal' case, pipes were already closed properly in that patch. I am not able to reproduce the issue. I tried a standard USB printer and a file:// target, tried on the command line with and without specifying a host, tried printing from a Gnome app (gedit), and played around with administrative commands in the web interface. None of these actions produced additional FIFOs (just the two that are always open, and an additional one when a print job was running). Do you use remote or local printing? Can someone please attach /etc/cups/cupsd.conf and /etc/cups/printers.conf, and maybe even a detailled recipe for reproducing this?
2007-07-17 04:58:46 cubells bug added attachment 'cupsd+printers_conf.tar.gz' (cupsd+printers_conf.tar.gz)
2007-07-17 08:32:23 Bug Watch Updater cupsys: status Unknown Fix Released
2007-07-25 07:55:27 Christian Niessner bug added attachment 'dpkg-info.tar.bz2' (list of installed packages)
2007-07-25 14:24:37 cubells bug added attachment 'cups_bug.tar.gz' (cups_bug.tar.gz)
2007-07-26 07:23:09 Martin Pitt cupsys: importance Undecided High
2007-07-26 07:23:09 Martin Pitt cupsys: assignee pitti
2007-07-26 07:23:09 Martin Pitt cupsys: statusexplanation
2007-07-26 09:01:05 Martin Pitt cupsys: status New Unknown
2007-07-26 09:03:04 Martin Pitt cupsys: status Incomplete Fix Released
2007-07-26 09:03:04 Martin Pitt cupsys: statusexplanation I just uploaded cupsys (1.2.12-1ubuntu1) gutsy; urgency=low . * Merge to Debian's svn head to get upstream fixes. * debian/patches/10_external_pam_helper.dpatch: Close pipes in the case of errors, too. This can not really be responsible for the mess in #112803, but should be fixed anyway. This fixes the only pipe handling bugs that I can see. In the 'normal' case, pipes were already closed properly in that patch. I am not able to reproduce the issue. I tried a standard USB printer and a file:// target, tried on the command line with and without specifying a host, tried printing from a Gnome app (gedit), and played around with administrative commands in the web interface. None of these actions produced additional FIFOs (just the two that are always open, and an additional one when a print job was running). Do you use remote or local printing? Can someone please attach /etc/cups/cupsd.conf and /etc/cups/printers.conf, and maybe even a detailled recipe for reproducing this? I still could not determine how to trigger that problem with a normal system, however, with some incredible hideous hacks in dbus I was able to force this condition (calling dbus-launch). I verified that the problem is indeed that _dbus_get_autolaunch_address() does not close the reading end of the pipe in dbus 1.0.2. This has been fixed in gutsy recently with dbus 1.1.1. The patch for Feisty is trivial, will prepare an SRU now.
2007-07-26 09:08:23 Martin Pitt dbus: status New Fix Committed
2007-07-26 09:15:45 Martin Pitt bug added attachment 'dbus.112803.debdiff' (SRU debdiff)
2007-07-26 09:21:50 Martin Pitt bug added subscriber Ubuntu Stable Release Updates Team
2007-07-26 10:03:23 Martin Pitt dbus: status Fix Committed Fix Released
2007-07-27 08:05:50 Bug Watch Updater cupsys: status Unknown Fix Released
2007-07-30 07:53:06 Martin Pitt dbus: status Fix Released Fix Committed
2007-08-03 11:26:25 Martin Pitt cupsys: status New Invalid
2007-08-03 11:26:25 Martin Pitt cupsys: statusexplanation Closing invalid cupsys task (whoever added it).
2007-08-03 11:26:39 Martin Pitt cupsys: status New Invalid
2007-08-03 11:26:39 Martin Pitt cupsys: statusexplanation
2007-08-03 11:27:31 Martin Pitt dbus: status Fix Committed Fix Released
2007-08-03 11:27:31 Martin Pitt dbus: statusexplanation Copied dbus to feisty-updates.