Resuming a printer causes jobs to print out-of-order in RHEL
Issue
-
Resuming a print queue by running cupsenable on a queue that is already processing a job (i.e. is not disabled) will cause the next pending job to be started. This can result in multiple connections to a printer and jobs printing out of order.
-
After submitting multiple jobs to a print queue that is connected to a slow printer or to a printer that isn't accepting connections, then running "
cupsenable <print-queue>" to "resume" the print queue that's already active. For example:# lpadmin -p testq -v socket://localhost/ -E # lp -d testq /etc/fstab request id is testq-1 (1 file(s)) # lp -d testq /etc/hosts request id is testq-2 (1 file(s)) # lp -d testq /etc/resolv.conf request id is testq-3 (1 file(s)) # cupsenable -d testqThis can cause the print jobs to print out of order.
Environment
- Red Hat Enterprise Linux (RHEL) 6
- Common Unix Printing System (CUPS)
Subscriber exclusive content
A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.