Resuming a printer causes jobs to print out-of-order in RHEL

Solution In Progress - Updated -

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 testq
    

    This 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 of over 48,000 articles and solutions.

Current Customers and Partners

Log in for full access

Log In
Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.