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): openoffice.org 2.0.4-5.4.17.3 How reproducible: 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. Actual results: CUPS server is loaded down by all the client polling going on Expected results: CUPS server should not be loaded down Additional info:
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-2.3.0.6.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. http://rhn.redhat.com/errata/RHBA-2009-1248.html