Hi,
just a short update:
neither our production server nor the testing environment have exhibited any
crashes lately.
We still have the java printing api application (the one using BIRT)
configured to access the testing system. So that explains why the
production system does not crash any more.
@Prunkdump: Sorry for the late reply, I was out of the office.
1) We use cups to be able to print from our Linux systems to our Windows
print servers. So, most of the printers setup in cups just connect to
the windows print server. We also have a few virtual printers installed
using custom shell s
This bug has also been reported upstream:
http://www.cups.org/str.php?L4108
--
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"
S
Another reference:
http://www.cups.org/str.php?L3432
--
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
@ritesh:
I'm trying to reproduce the problem in our testing environment.
The problem with running cups under valgrind is that I have to disable
logrotate, and the reload of cups cause by logrotate seems to be an
integral part of the problem.
Or I have to modify logrotate to cause the reload of c
@prunkdump:
I've also reported the bug also on Canonical's internal (subscription based)
support portal before I knew it had been reported on launchpad as well.
Ritesh told me earlier to run a special debug version of cupsd under
valgrind. The logrotate configuration for cupsd did not work well w
@prunkdump:
The last lines in the log file do not look like they are neccessarily caused by
the print jobs submitted just before. Are there any cupsdReadClient lines
before those lines? Do they look like this:
D [07/Mar/2014:07:15:35 +0100] cupsdReadClient: 19 GET
/printers/.ppd HTTP/1.1
Then i
@Ritesh & Bryan:
I just noticed our testing instance only has a single CPU, so maybe the problem
will not occur at all in the testing environment. If it hasn't surfaced within
a week, I will allot another CPU to the VM and keep trying to reproduce the
problem.
Maybe this is also the reason why
@Bryan & Ritesh:
Note that the ProcCpuinfo.txt attachment from Per Ångström also shows a dual
cpu machine.
--
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 "Clos
@Daniel:
Things I would be interested in:
1. Do your VMs have multiple virtual CPUs or just one? If multiple, could you
reconfigure one of them to only one CPU and check if the problem persists?
2. Could you post the last couple lines (maybe about 100) before a crash from
your error log ?
3. How
Yes, the problem still occurs with Ubuntu 12.04.3 LTS, all current
updates applied.
To reproduce the problem, it is appareantly not required to restart the
complete system but sufficient to reload cups using invoke-rc.d --quiet
cups force-reload as done by logrotate.
** Changed in: cups (Ubuntu
I experienced the same problem on an Ubuntu 18.04.5 system.
It was appearantly caused by .config being a symbolic link to a directory on a
different file system. Once I moved that .config directory to my home
directory, I was able to start evince. If the symbolic link points to a
directory on t
*** This bug is a duplicate of bug 1726145 ***
https://bugs.launchpad.net/bugs/1726145
Since the bug this is a duplicate of is marked private, there is no way
for us to "look at the other bug report to see if there is any missing
information that you can provide, or to see if there is a workar
The bug is back in cups-client 1.7.2-0ubuntu1.7!
--
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/1352809
Title:
/usr/bin/lp on Trusty using -h option doesn't work as expected
Status in c
I'm also affected by this bug, lots of shared printers (this is the cups
server for the network) and cupsd shutting down claiming printer sharing
was off.
launchpad-groovix: in 14.04, the only allowed values for
BrowseLocalProtocol are All and dnssd, in 16.04 I see All, dnssd, and
none. Is CUPS so
I'm also affected by this bug, lots of shared printers (this is the cups
server for the network) and cupsd shutting down claiming printer sharing
was off.
launchpad-groovix: in 14.04, the only allowed values for
BrowseLocalProtocol are All and dnssd, in 16.04 I see All, dnssd, and
none. Is CUPS so
Switching "-l" to "-f" in /lib/systemd/system/cups.service solved the
problem for me. cupsd has now been up for about an hour without shutting
down automatically.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to cups in Ubuntu.
https://bug
Hallo! This happens all the time after some hours. There are no open
previews, but large videofiles that are converted from nuv to avi.
Regards
Hans
2012/12/4 Sebastien Bacher
> Thank you for your bug report, does it happen all the time? Do you have
> files to be previewed in a nautilus view
If I deactivate thumbnailing nautilus uses 0% of CPU and also does not use
much memory, but I have to look at this for a longer time.
Regards Hans
2012/12/4 Sebastien Bacher
> does it happen if you desactivate thumbnailling in nautilus preferences?
>
> --
> You received this bug notification b
19 matches
Mail list logo
