Red Hat Bugzilla – Bug 480369
[fix available] OOo apps are polling cups server several times a second creating load problems
Last modified: 2009-09-02 05:09:10 EDT
Description of problem:
Open office programs (Write, Calc, ...) constantly poll the cups server
several times a second creating load problems on the cups server.
Version-Release number of selected component (if applicable):
100% reproducible (at least with my setup)
Steps to Reproduce:
On a workstation client, set ServerName in /etc/cups/client.conf to your
cups print server. Start up an open office app. Do a 'tail -f /var/log/cups/access.log' on your server and watch the polls come in from that
client many times a second. You can also log into the client, find
the process id of the open office app and run something like
strace -p OOAPPPID# 2>&1 | grep IP_of_server
With our center having over 200 clients and 10's of people running
openoffice at any one time I always see cupsd on the server running
at 100% CPU even when no printing is going on because of all the
polling going on.
CUPS server is loaded down by all the client polling going on
CUPS server should not be loaded down
I should add our cups server has about 100 printers defined (2 defs for each real printer: one raw / one with appropriate driver)
This might be the gtk print dialog.
As a random dev-level thought, making the instance non-static might have an effect.
This is really the gnome print dialog. It does when it is active. Its particularly a problem for OOo though in that once the dialog has been used, its kept around, even though not visible, after a "print" or a "cancel" and so the constant pinging that would otherwise only happen while it is open continues.
We need to de-instantiate it after showing it to alleviate the problem.
fix should be straightforward in making dialog non static post instantiation
committed for >= 2.3.0-6.11
Should only poll while the dialog is open, i.e. be equivalent to evince in how it hammers cups and not more so.
mshao->raines, could you please help us to do this bug verify using openoffice.org-184.108.40.206.11.el5 in your center to see whether this bug is still exist or it has been fixed and give us your results? The reason is that we do not have the environment that contains over 200 clients and 10's of people running openoffice at any one time and thanks.
should be possible with
tail -f /var/log/cups/access.log
on the machine running cups to see no activity until the print dialog appears. In an older OOo when the dialog goes away the activity should continue until OOo shuts down, while in a new one activity should stop when the dialog goes away (IIRC)
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.