Knowledge Base

PaperCut integrates with CUPS by hooking itself into the print workflow. By prefixing the DeviceURI with papercut: you're instructing CUPS to execute a PaperCut process before passing the job into the physical printer. If after prefixing the DeviceURI the queue immediately raises and error and enters a Stop state, the following may explain the cause:

1. SELinux: SELinux is enabled on the system preventing PaperCut from working. SELinux security policies on systems such as RedHat prevent CUPS from executing foreign applications. Ensure that SELinux is not enabled on your system. (Technically it is possible to update the SELinux security policy to allow it to exec other processes but you'll need to invest a lot of time into learning M4 and rebuilding your kernel. The easiest solution is to simply disable it.)
2. File Permissions: PaperCut will install a CUPS backend process in the default CUPS backend directory (usually /usr/lib/cups/backend). The installer will attempt to configure the correct permissions on the papercut backend process. default permissions can however vary from Linux distribution to distribution. Verify that this process has execute permissions. Copy the permissions as set on other backends in this directory such as the lpd or parallel processes.

If these suggestions fail to resolve the problem, please enable debug logging at the Print Provider layer by following the instructions in the knowledge base article linked below then send the logs to support@papercut.com.

Also the CUPS error_log can something contain messages that are useful.

Categories: Error

keywords: cups, linux, error, stop,

Comments

Share your findings and experience with other PaperCut users. Feel free to add comments and suggestions about this Knowledge Base article. Please don't use this for support requests.