Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

print job to class gets sent to unavailable printer in the class #1084

michaelrsweet opened this issue Feb 17, 2005 · 2 comments


Copy link

commented Feb 17, 2005

Version: 1.2-current User: peterpr

Hi, I created a class (stgdrnull-zwo) consisting of two lpr-adressed printers.
To test the failover functionality of the class, I disconnected one of the printers from the network and then in quick sequence sent ten one-page print jobs to the class, thus:
banner printer test1 |unix2dos|lp -d stgdrnull-zwo
banner printer test2|unix2dos|lp -d stgdrnull-zwo
banner printer test3|unix2dos|lp -d stgdrnull-zwo
banner printer test4|unix2dos|lp -d stgdrnull-zwo
banner printer test5|unix2dos|lp -d stgdrnull-zwo
banner printer test6|unix2dos|lp -d stgdrnull-zwo
banner printer test7|unix2dos|lp -d stgdrnull-zwo
banner printer test8|unix2dos|lp -d stgdrnull-zwo
banner printer test9|unix2dos|lp -d stgdrnull-zwo
banner printer test10|unix2dos|lp -d stgdrnull-zwo

Jobs 1, 3 through 10 were directed to the available printer
Job #2 ("test2") was queued on the unavailable printer, staying there until I made the printer available again by reconnecting it to the network, then it got printed.

Surely this does not work as it should?

I tried this on Red Hat Enterprise Linux 3 with
cups-1.1.17-13.3.16, cups-1.1.17-13.3.24 and also with a self-compiled
cups 1.1.23rc1 from, always with the same result. I also opened a service request with RedHat (# 482226, in case they turn to you) , but I guess this is the place to go.


This comment has been minimized.

Copy link
Collaborator Author

commented Apr 27, 2005 User: mike

Reassigning to CUPS 1.2; basically, the backend is not checking whether the destination is a class and aborting as soon as the connection attempt fails...


This comment has been minimized.

Copy link
Collaborator Author

commented Sep 15, 2005 User: mike

Fixed in Subversion repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
None yet
1 participant
You can’t perform that action at this time.