Bugzilla – Bug 10863
desktop-print-management-applet gets restarted in an infinite loop
Last modified: 2009-10-10 18:35:54 UTC
You need to log in before you can comment on or make changes to this bug.
Created an attachment (id=2483) [details] dtrace script to show processes being executed After an image-update to OpenSolaris build 121, my Gnome notification area in the panel starts twitching. It looks like something in the notification area is coming and going faster than the eye can keep up with. Sure enough, the following processes are being executed in an infinite loop: 38917 148592 148591 /usr/bin/svcprop -C -p general/active cups/scheduler:default 38917 101707 1 /usr/perl5/bin/perl /usr/bin/desktop-print-management-applet 38917 148594 101707 sh -c /usr/bin/svcprop -C -p general/active cups/scheduler:default 2>/dev/null 38917 148595 148594 /usr/bin/svcprop -C -p general/active cups/scheduler:default 38917 148596 101707 /bin/sh /usr/lib/lp/bin/desktop-print-management-applet 38917 148596 101707 /usr/lib/ospm/ospm-applet I used the attached "execsnoop" dtrace script (obtained from Darren Kenny) for this.
If I enable CUPS, the system is equally hobbled, as the infinite exec loop turns into: 38917 2642 1558 sh -c /usr/bin/svcprop -C -p general/active cups/scheduler:default 2>/dev/null 38917 2639 1558 /usr/bin/sh /usr/lib/cups/bin/desktop-print-management-applet 38917 2639 1558 /usr/bin/sh /usr/lib/cups/bin/desktop-print-management-applet 38917 1558 1243 /usr/perl5/bin/perl /usr/bin/desktop-print-management-applet 38917 2642 1558 /usr/bin/svcprop -C -p general/active cups/scheduler:default 38917 2643 1558 /usr/bin/sh /usr/lib/cups/bin/desktop-print-management-applet ... and on and on.
Starting the applet by hand revealed that it was trying to execute /usr/lib/system-config-printer/system-config-printer-applet in a tight loop even though that file doesn't exist. Installing SUNWcups-manager fixed the problem. I'm not sure if a missing package dependency exists, but even if there isn't, the print management applet should not go into a death spiral like this when it can't find executables on the system. This resulted in my laptop overheating...
Alas. This is a bug assuming all the printing commands both CUPS and LP are on the system. Unfortunately, SUNWcups-manager are not install by default on OpenSolaris. The /usr/bin/desktop-print-management-applet script which runs the command depending on print system should also check for the presence of the command before excve it.
Can use this to workaround the problem for now. mv /usr/bin/desktop-print-management-applet /usr/bin/desktop-print-management-applet.orig ln -s /usr/sbin/print-service /usr/bin/desktop-print-management-applet
The problem doesn't seem to have caused by not having undefined SMF manifest. It seems like /usr/bin/desktop-print-management-applet just does not exit when user logout and keep spawning. In fact when the user is login, it doesn't spawn and work correctly. Need to figure why it does not exit in the first place.
Created an attachment (id=2541) [details] p0 patch to fix the problem su cd /usr/bin gpatch -p0 < applet.patch This should fix the problem.
I am tracking this bug in bugster which is where the consolidation uses. It is http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6875773
*** Bug 11035 has been marked as a duplicate of this bug. ***
*** Bug 10889 has been marked as a duplicate of this bug. ***
Created an attachment (id=2581) [details] put the attached to /usr/bin the attached is the fixed /usr/bin/desktop-print-management-applet.