I'm seeing an odd problem with 3.0.10 and 3.0.11 here. We have some pdf printers defined: [Accounting pdf printer] printer admin = "DOMAIN+Domain Users" browseable = yes path = /pdfdropbox/Accounting printable = yes writeable = no print command = /usr/bin/preprintpdf %s -r lpq command = lprm command = The /usr/bin/preprintpdf just passes the job on: #! /bin/sh OUTDIR=/pdfdropbox /usr/bin/printpdf -dCompatibilityLevel=1.4 "$1" rm $1 The /usr/bin/printpdf converts the file to a pdf with ghostscript. With 3.0.7 everything worked fine. Jobs could be printed, the pdf's showed up and the queue was fine. With 3.0.10 or 3.0.11, the pdf's show up fine, but the queue never shows the jobs as completed. They continue to show up in the queue until samba is restarted. Note that the spool files are removed fine, so it's some internal samba state thats still reporting the jobs in the queue. With debug = 10, We see in the logs: [2005/02/11 18:01:53, 0] tdb/tdbutil.c:tdb_log(725) tdb(/var/lib/samba/printing/IT pdf printer.tdb): tdb_lock failed on list 1717 ltype=1 (Bad file de scriptor) [2005/02/11 18:01:53, 0] tdb/tdbutil.c:tdb_log(725) tdb(/var/lib/samba/printing/IT pdf printer.tdb): tdb_lock failed on list 480 ltype=1 (Bad file des criptor) [2005/02/11 18:01:53, 0] printing/printing.c:print_queue_update_internal(1201) print_queue_update: failed to store MSG_PENDING flag for [IT pdf printer]! We have tried removing the tdb files and restarting, but that seems to have no effect. Filesystem is ext3 The server is a RedHat 9 box, running kernel 2.4.20-8smp. Samba is 3.0.11. Any ideas? Happy to provide any further information.
Created attachment 975 [details] testparm -v output Here's the testparm -v output from the server.
ahhh.... I see it now. You will need to define an lpq command. This is how smbd knows that the jobs has finished. The tdb errors are red herrings I think. Just write an lpq script that mimics the output from lpq with no jobs in the queue.