You are not logged in.
I have updated to Cups 2.0.0 but there are some problems:
1) Error messages about cups.path cups.socket and org.cups.cupsd.path in dmesg (file not found).
--> I have fixed this renaming /etc/cups to /etc/cups.bak and reinstalling cups package
2) High CPU (about 50%) for some minutes every time cups is called for some action (change printer configuration or printing for example)
Last edited by hifi25nl (2014-11-01 23:57:27)
Offline
the cups deamon has a change of name, it's actually org.cups.cupsd.service so systemd doen't recognize well the cups deamon
you have to disable first cupsd
#systemctl disable cupsd.service
#systemctl enable org.cups.cupsd.service
voilà !!
laptop LENOVO Ideapad Z570 i7 / 6GO RAM/GeForce 540
ARCHLINUX+KDE frameworks 5.3 (working great !)
Offline
Yes, my cupsd service is disabled
Offline
I'm experiencing the high CPU use as well (100% here), but no error messages in dmesg. I didn't even have cups installed until today (haven't used a printer in some time), so there shouldn't be any remnants from an older version causing the high CPU use. Could be a bug?
Offline
I have no error messages in dmesg, not in cups log, not in journal, I have deleted /etc/cups and /var/cache/cups/ and reinstalled...
I have also tried to disable all cups services but cups is starting at boot (I think beacause of dbus) with the same problem.
Offline
I have also a problem with CUPS CPU usage. If I enable the service, cupsd take 100% CPU usage of one of my CPU core. I have a similar problem, if I socket-enabled it as soon as I try to print. @hifi25nl I presume the 40% CPU is in fact 100% CPU usage on one of the core. There are no error message and it print correctly, but this is a real bug that need to be addressed. I plan to downgrade CUPS until it is addressed.
Last edited by olive (2014-11-03 11:15:59)
Offline
I can confirm that CUPS is using a lot of CPU power when invoked. Every time I have to
sudo systemctl stop org.cups.cupsd.service
.
Offline
I will report a bug in the archlinux bug tracker. I have myself downgraded cups to 1.7.5-1 (the latest 1.x serie) that is unaffected.
Bug report done: https://bugs.archlinux.org/task/42666
Last edited by olive (2014-11-03 14:01:26)
Offline
I have also had some problems after the upgrade, the main one being:
unable to get list of printer drivers
The reason seems to have been a cups error:
[cups-driverd] Bad driver information file "/usr/share/cups/model/foomatic-db-ppds/Kyocera/ReadMe.htm"!
Removing this file fixed that error.
Andrew
Offline
I will report a bug in the archlinux bug tracker. I have myself downgraded cups to 1.7.5-1 (the latest 1.x serie) that is unaffected.
Bug report done: https://bugs.archlinux.org/task/42666
Thanks, voted and watched.
Help me to improve ssh-rdp !
Retroarch User? Try my koko-aio shader !
Offline
As I said here cups works on my laptop but not on my pc.
I now find that on my laptop it is using up to 100% of one cpu core, while on the pc it is not using any cpu. This may be a clue I guess.
Andrew
Offline
The update to Cups 2.0.0.3 seems to have fixed the problem for me.
Andrew
Offline
The latest update did not solve the problem for me. I'm still getting high CPU loads on startup.
Offline
I confirm the high cpu load. It appears not to begin with starting cups. It also does not begin when I print a job. Oddly, it begins to demand cpu when I do administrative tasks.
For example, running lpinfo -v causes 100% cpu use for around 4 minutes after the command completes. It eventually dies down, but running the command again reproduces the effect.
In general, I choose to start/stop cups as needed rather than enabling it at startup. Originally I did this to prevent an occasional shutdown hang... appearing as a stop job ruuning for avahi. Naturally, it temporally solves the power demand problems as well.
Offline
I'm also having 100% of my of my CPU cores used by "cupsd" beginning when I try to add a new printer from the localhost:631 interface.
I have (several restarts ago) disabled cupsd.service and instead enabled org.cups.cupsd.service, and am running 2.0.0-3 of cups
Offline
Confirmed - high cpu when performing certain admin tasks
Andrew
Offline
I just installed cups 2.0.1 and the problem seems to still be present.
Offline
I'm also having this issue - for 5 minutes after boot, cupsd takes 100% CPU.
Offline
+1. cups 2.0.1-1 overloads when starting a print job
Offline
This bug seems no nearer to resolution at this stage - I have added some comments to the bug report at https://bugs.archlinux.org/task/42666 but I am wondering if this needs to go to upstream? Has anyone reported upstream at this stage? If so can you give a link to it/them? Thanks
Edit: I found the upstream bug: http://cups.org/str.php?L4521+P-1+S-2+C0+I0+E0+Q100%25
Last edited by mcloaked (2014-12-23 11:28:19)
Mike C
Offline
I don't know if this adds anything new - but I copied /etc/cups/cupsd.conf.pacnew from when it was last created into cupsd.conf and reloaded the system daemons - then plugged in the printer (Samsung SCX4500W) which printed fine with no high long lasting CPU load. However when I disconnected the printer (multifunction printer) I saw in the journal:
Dec 23 20:15:07 home1 colord[4483]: (process:11090): CdSane-WARNING **: failed to receive list of devices: Failed to connect to missing device /org/freedesktop/ColorManager/devices/sysfs_Samsung_Electronics_Co___Ltd__SCX_4500W_Series
after this I had 100% cpu load for several minutes.
I wonder if this is relevant?
Also does anyone else who has the high CPU load with printers have this with connection to the computer via usb2? Or is it only usb3?
Does anyone have this issue with a simple printer or is it just multifunction printers? Just trying to see if there is any pattern in which printers are seeing the problems.
Last edited by mcloaked (2014-12-23 20:24:14)
Mike C
Offline
Modifying /etc/cups/client.conf worked for me, see this post on another thread https://bbs.archlinux.org/viewtopic.php … 6#p1482856
Offline
If you mean using ServerName localhost:631 then that failed for me...
Mike C
Offline
I have the problem and the user's printer is not usb. Rather it is a network multifunction device.
Changing the ServerName does not improve the high CPU demand associated with administrative tasks.
Last edited by herOldMan (2014-12-24 13:11:54)
Offline
I had the high CPU usage involving "/usr/bin/cupsd" and "/usr/bin/perl /usr/lib/cups/drivers/foomatic list".
After removing "Listen /var/run/cups/cups.sock" from /etc/cups/cupsd.conf, leaving only "Listen localhost:631", cupsd does not get stuck in a loop, but the second problem ("/usr/bin/perl /usr/lib/cups/drivers/foomatic list") still persists, when available drivers are about to be listed, or by involing "lpinfo -m".
Switching to "ServerName localhost:631" in client.conf does not help.
Offline