[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#923532: marked as done (cups-bsd: spool directory fills up)

Your message dated Mon, 4 Mar 2019 15:42:18 +0000
with message-id <04032019140452.b799f7328077@desktop.copernicus.org.uk>
and subject line Re: Bug#923532: cups-bsd: spool directory fills up
has caused the Debian Bug report #923532,
regarding cups-bsd: spool directory fills up
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
923532: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923532
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cups-bsd
Version: 2.2.10-4
Severity: normal

By chance I noted that the spool directory fills up over time,
currently:
root@samd:/var/spool/cups# lpq -a
Keine Einträge
root@samd:/var/spool/cups# du -hs .
166M    .
root@samd:/var/spool/cups# ls -lh | wc -l
621

The oldest files are from 2017. There are two types of file, some
short text files which seem to describe the print job and pdf and
postscript files, which appear to be the print jobs themselves.

Some files / queues on my system do not print 
so I have to abort the jobs with lprm. If these files are really
(only) this use case I don't know.

If I should run some tests (I currently have an unprintable file at
hand) please tell me.

As a band aid a cron job could be added which deletes files there
older let's say than a week. 


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.13samd.01 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cups-bsd depends on:
ii  cups-client            2.2.10-4
ii  cups-common            2.2.10-4
ii  debconf [debconf-2.0]  1.5.70
ii  libc6                  2.28-7
ii  libcups2               2.2.10-4

cups-bsd recommends no packages.

Versions of packages cups-bsd suggests:
ii  cups                                2.2.10-4
pn  inetutils-inetd | inet-superserver  <none>
ii  update-inetd                        4.49

-- debconf information:
* cups-bsd/setuplpd: false

-- 
      Dr. Helge Kreutzmann                     debian@helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software "libre": http://www.ffii.de/

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
On Mon 04 Mar 2019 at 11:37:46 +0100, Helge Kreutzmann wrote:

> On Sun, Mar 03, 2019 at 01:54:56PM +0000, Brian Potkin wrote:
> 
> > I'd suggest you put "PreserveJobFiles 30" (and other smallish values)
> > in cupsd.conf, then print and see whether you can have confidence in
> > the option being functional. My tests indicate it is reliable. In which
> > case you should not experience the spool directory getting clogged up
> > in future.
> 
> I will test this, but then at least the documention is wrong, because
> cupsd.conf(5) says:
> 
> PreserveJobFiles seconds
> … The default is "86400" (preserve 1 day).
> 
> So I set the value to 30, printed one file which does not print and
> nothing vanish, even after several minutes. 
> 
> I then cancel the job with "cancel" (not my usual lprm). This works.
> But again, the file d* is not deleted after the 30 seconds are over.

It won't be. PreserveJobFiles handles files which have gone through the
filtering system. There could many reasons a file is not printed; a
user would not want it to be removed while the error is rectified.
 
> So to conclude cups is missing a mechanism to remove uprintable files
> in the spool directory. 

I don't experience this. 'cancel -ax' serves to remove a user's c and d
files.
 
> So the best way is probably a good old "rm d00*" in a suitable cron
> job, e.g. cron.weekly.
> 
> Thanks for your help.
> 
> If any of this knowledge is worth putting into a bug report somewhere
> I can do that of course.

PreserveJobFiles with "yes" or "no" or a seconds value and 'cancel -ax'
appear to work as intended for managing /var/spool/cups. I will close
this report.

Regards,

Brian.

--- End Message ---
Reply to: