cups fails to print multiple >140Mb files

[Arno Peters]

Binary package hint: cupsys

After I send a large (> 140Mb) file through CUPS any large file I send after that will fail to print with the warning:

   Request entity too large

I need to restart cupsys in order to send another large file.

To reproduce:

  header: printer header
  large_file: file > 140Mb
  other_file: file > 140Mb

  $ cat header large_file | lp -d DestinationPrinter -o raw
  request id is DestinationPrinter-1557 (1 file(s))
  $ cat header other_file | lp -d DestinationPrinter -o raw
  Request entity too large

The printer in question uses the LPR protocol to receive the information.

[Till Kamppeter (till-kamppeter)]

Do you have

LimitRequestBody

or

MaxRequestSize

set in your /etc/cups/cupsd.conf? If so, set them to a higher value (or zero for no limitation) and restart CUPS. If they are not set, do not modify /etc/cups/cupsd.conf.

Check also the free disk space with

df -h

Are the partitions containing /var and /tmp nearly full? Perhaps CUPS leaves a temporary file after printing the job and cleans it only up when CUPS is restarted.

Please attach your /etc/cups/cupsd.conf.

[Arno Peters (awpeters)]

Neither LimitRequestBody nor MaxRequestSize are defined in cupsd.conf (see attachment).

Disk space is available (df -h):
  /dev/hda2 147G 76G 64G 55% /
  varrun 253M 292K 252M 1% /var/run
  varlock 253M 4,0K 253M 1% /var/lock
  procbususb 253M 108K 252M 1% /proc/bus/usb
  udev 253M 108K 252M 1% /dev
  devshm 253M 0 253M 0% /dev/shm
  lrm 253M 34M 219M 14% /lib/modules/2.6.20-15-386/volatile

I am running Feisty Fawn.

$ apt-cache show cupsys
Package: cupsys
Priority: optional
Section: net
Installed-Size: 7896
Maintainer: Ubuntu Core Developers <email address hidden>
Original-Maintainer: Debian CUPS Maintainers <email address hidden>
Architecture: i386
Version: 1.2.8-0ubuntu8
[...]

[Till Kamppeter (till-kamppeter)]

Submitted upstream as

http://www.cups.org/str.php?L2381

[Arno Peters (awpeters)]

Upstream seems to dismiss my bug report even though *all* interaction is confined to cupsys

What can I do to further the investigation?

[Andrea Gamba (andrea-gamba)]

I have the very same problem, it's really annoying, is there some way to fix it?

[Andrea Gamba (andrea-gamba)]

I have the very same problem, it's really annoying, is there any way to fix it?

[Jerzy Jalocha N (jjalocha)]

Very similar problem here:
When trying to print a 231.8 kB PDF file under Xubuntu Feisty on a 128 MB Pentium III, nothing happens but that very same error message:

$ lp -d PRINTERNAME FILENAME.pdf
lp: Request Entity Too Large

[Alec Wright (alecjw)]

This is just a complete guess (I dont know much about cupsys), but maybe unless you supply LimitRequestBody

 and MaxRequestSize as infinity, it will automatically set them accordign to your amount of RAM.

[feve (cups-20-feveilleau)]

Hello all,

My CUPS version is 1.2.x that comes along with Linux Knoppix 2.6.19

I configure a printqueue to a network printer and I send directly a postscript file using the lpr command.

With or without the following options in cupsd.conf:
LogLeveld debug
LimitRequestBody 0
MqxRequestSize 0

I got the following sequence:
#uname -a
Linux Knoppix 2.6.19 #7 SMP PREEMPT Sun Dec 17 22:01:07 CET 2006 i686 GNU/Linux

#ls -l
-rwxrwxrwx 2 root root 8728786215 Aug 21 10:35 lpr_datafile.ps

#lpr -P<remote_printer> lpr_datafile.ps

#lpq -P<remote_printer>
<remote_printer> is ready and printing
Rank Owner Job File(s) Total Size
active
root 9 lpr_datafile.ps 138852352 bytes

The file size in the spool is also 140 Mb and network capture shows that the DFA size is 140 Mb.

[Arno Peters (awpeters)]

I have not seen this bug again since using Ubuntu Intrepid Ibex (8.04) and I have since printed consecutive, multiple, considerably larger files with CUPS.

[Phillip Susi (psusi)]

Hardy has reached end of life, and this package is not present in later releases. Closing all related bugs.