I configured my samba 3.0.11 with printing = cups printcap = /etc/printcap when In try to remove a job which are printing, I have a acces deny. But when I look in cups log : [17/Feb/2005:09:49:13 +0100] cancel_job: job #2478080 doesn't exist! If I execute lpq -P xxxx, I see that the 2478080 is the size of file to print. I tryed with 1.1.23, I have the same problem
Other information when I look the printer status on the client. I see a first time the correct tittle of the document which printing but with long document I see after some refresh command (F5) that the title become the date of printing.
I can't reproduce this using 3.0.12pre2-SVN-build-5657. This is what I see from cups' lpq $ lpq -PQ1 Q1 is not ready Rank Owner Job File(s) Total Size 1st jerry 9 smbprn.00000008 Test Page 17408 bytes 2nd jerry 10 smbprn.00000009 Test Page 17408 bytes 3rd jerry 11 smbprn.00000010 Test Page 17408 bytes Can you also include the output from `smbd -b | grep CUPS`? Thanks.
what client (OS and server pack) are you testing from? btw...my test server is running cups 1.1.21
Created attachment 1015 [details] windows printer status when printer begin to print
Created attachment 1016 [details] five second after
from comment #2 [root@cortest root]# /usr/local/samba/sbin/smbd -b | grep CUPS HAVE_CUPS from comment #3 what client (OS and server pack) are you testing from? windows 2000 SP4 ---------------------- A test : [root@cortest root]# lpq -P qsys1 qsys1 is ready and printing Rank Owner Job File(s) Total Size active root 1598 smbprn.00000057.G68WtU 8547328 bytes When I try do delete from windows box E [08/Mar/2005:09:04:39 +0100] cancel_job: job #8547328 doesn't exist!
Created attachment 1017 [details] the samba log In the last line, just before printer cahe expired you can the the jobid which is incorrect
I see what you mean in the logs. This is *so* strange. I have no explanation for this currently.
More notes: only the jobid and document name are incorrect. The other fields in the job_info_2 structure are ok.
stephane, can you confirm that this issue first popped up in 3.0.11 and did not exist in 3.0.x <= 3.0.10 ?
I just noticed something that is even more strange. smbd is built against the cups libraries, but I still see this: Running the command `/usr/bin/lp -d 'qsys1' smbprn.00000057.G68WtU; rm smbprn.00000057.G68WtU' gave 0 smbd should show something like: cups_job_submit(9, 0x831e7e0 (-1)) cups server left to default localhost Are you sure that you are running the smbd you think you are? That default print command is defined in inir_print_values() when HAVE_CUPS is not defined. `smbd -V` and the output from `smbclient -L localhost -N | grep Server` should match (e.g. Server=[Samba 3.0.12pre2-SVN-build-5657]).
ha! I reproduced it using a WIndows 98SE client.
Created attachment 1018 [details] use bsd style commands for default printing = cups but !defined(HAVE_CUPS)
ok. I found the issue. (a) the smbd that is running is *not* the smbd in /usr/local/samba/sbin/ (b) the 'print command', et. al. defaults we were using when 'printing = cups' but !defined(HAVE_CUPS) were wrong for the lpq parsing routines. The resolution is to either apply the patch attached with this report or just manually set the printing commands to lpq command = /usr/bin/lpq -P'%p' lprm command = /usr/bin/lprm -P'%p' %j print command = /usr/bin/lpr -P'%p' %s; /bin/rm -f %s
(In reply to comment #11) > I just noticed something that is even more strange. > smbd is built against the cups libraries, but I still > see this: It's a script making by me for try to resolve the problem, the objectif was to try to know the jobid from the job filename. It's doesn't work. > Running the command `/usr/bin/lp -d 'qsys1' smbprn.00000057.G68WtU; > rm smbprn.00000057.G68WtU' gave 0 > > smbd should show something like: > > cups_job_submit(9, 0x831e7e0 (-1)) > cups server left to default localhost But in smb.conf, I see : For printing = CUPS : If SAMBA is compiled against libcups, then printcap = cups uses the CUPS API to submit jobs, etc. Otherwise it maps to the System V commands with the -oraw option for printing, i.e. it uses lp -c -d%p -oraw; rm %s. With printing = cups, and if SAMBA is compiled against libcups, any manually set print command will be ignored. > Are you sure that you are running the smbd you think you are? > That default print command is defined in inir_print_values() > when HAVE_CUPS is not defined. > > `smbd -V` and the output from `smbclient -L localhost -N | grep Server` > should match (e.g. Server=[Samba 3.0.12pre2-SVN-build-5657]). >
It's seems to work fine But the job it's not directly removed from the kob list on windows client
I have more fixes in place to maintain closer cache consistency. Should be working better in the latest SAMBA_3_0 svn tree.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.