How to resume CUPS printer from command line?

Question

I have printer in CUPS that due to driver problems (HP 1010) from time to time goes into pause.

I would like to write a shell script that will execute once per hour to resume a printer in CUPS. But I have no idea after googling for couple of minutes how to resume printer from shell command line.

score 86 · Answer 1 · edited Aug 16 '11 at 11:39

86

There's the cupsenable command.

cupsenable printer

starts a disabled printer (to find out the printername you can list your printers with lpstat -p or lpc status).

You may have to run the command as root or through sudo. So if you have to enable the printer in a shell script, you would have to add the shell to root's crontab, or edit your sudoers file.

edited Aug 16 '11 at 11:39

user94344

113

answered Mar 03 '10 at 16:36

David V.

1,001

Kurt Pfeifle · Answer 2 · 2015-01-26T13:39:57.757

Your problem could be tackled in different ways, depending on the version of CUPS you're running.

More recent versions of CUPS (version 1.2 and above) come with a builtin functionality that could help here. It's called "ErrorPolicy". It's default setting is selected in cupsd.conf, and determines how cupsd should handle print queues which do not behave as expected. You have 3 choices to tag to each queue individually:
```
ErrorPolicy abort-job  
ErrorPolicy retry-job  
ErrorPolicy retry-this-job  
ErrorPolicy stop-printer  
```
Explanation:
- abort-job
  -- Abort this job and proceed with next job in same queue
- retry-job
  -- Retry this job after waiting for N seconds (where N is determined by cupsd.conf's "JobRetryInterval" directive).
- retry-this-job
  -- Retry current job immediately and indefinitely.
- stop-printer
  -- Stop current print queue and keep the job for future printing. This is still the default, unless you define otherwise as per above mentioned alternatives It also was default + only possible behaviour for all queues in previous versions of CUPS (the one you do want to get rid of as per your question).
Additionally, you can set individual ErrorPolicies to each separate print queue. This setting would be noted in the printers.conf file. (Set it from a commandline with lpadmin -p printername -o printer-error-policy=retry-this-job).
For older versions of CUPS I'd recommend to have a look at beh, the CUPS BackEnd Handler. beh is a wrapper which can be applied to any CUPS backend.

Assuming your print queue currently has defined a backend of socket://192.168.1.111:9100, and it behaves in the way you don't like (being disabled by cupsd from time to time due to network connection problems). With beh you'd re-define your backend like this:
```
beh:/0/20/120/socket://192.168.1.111:9100
```
This would retry a job 20 times in two minute intervals, and disable the queue only when still not succeeding. Or you could do this:
```
beh:/1/3/5/socket://192.168.1.111:9100
```
This retries the job 3 times with 5 second delays between the attempts. If the job still fails, it is discarded, but the queue is not disabled. You want to let cupsd try indefinitely to connect to the device? Good, try this:
```
beh:/1/0/30/socket://192.168.1.111:9100
```
Try infinitely until printer comes back. Intervals between connection attempts are 30 seconds. The job does not get lost when the printer is turned off. You can intentionally delay printing simply by switching off the printer. A good configuration for desktop printers and/or home users.

Overall, there is no need to mess around with bash scripts, cron jobs, lpadmin, cupsenable or sudo in order to re-activate CUPS queues going down erratically.

score 11 · Answer 3 · edited Feb 06 '20 at 15:27

The -E printer option used with lpadmin should do that.

lpadmin [-U username ] [ -h server[:port] ] -p printer option(s)

As pointed out in a comment below, make sure you add the -E after the printer name, because it is a printer option here, not a lpadmin option. Note the following excerpt from the man lpadmin page:

When specified before the -d, -p, or -x options, the -E option forces encryption when connecting to the server.

If the issue is recurrent you can probably create a CRON job with the lpadmin command. Hourly cron entry:

0 * * * * /usr/sbin/lpadmin -p your_printer -E

You can add that by running:

sudo crontab -e

score 6 · Answer 4 · edited Oct 10 '12 at 08:03

My printer is HP CP1215 had also an error: Printer Paused - "/usr/lib/cups/backend/hp failed"

After restarting both cups and avahi-daemon and identifying printer with lpstat -p and enabling with cupsenable, I was able to print again. Restarting only cups and enabling did not do the trick.

I also changed default policy to retry-job and finally ended up avoiding errors in future with cronjob:

* * * * * lpstat -p |grep "poissa käytöstä" && service avahi-daemon restart; service cups restart; cupsenable HP_Tuloostin

where poissa käytöstä is Finnish localization text for maintenance "out of order" and HP_Tuloostin is name of my printer.

In my experience both default-policy and current printer policies should be configured to be retry-job. Default policy is just policy which you get when you are installing a new printer.

score 3 · Answer 5 · edited Jan 27 '14 at 20:09

ls /etc/cups/ppd/ |cut -d "." -f1 |grep -v VMware |xargs -i cupsenable {}

This lists all ppd files which represent an installed printer, cuts off the ppd extension, ignores a VMware ppd included on a lot of VMware servers (if you don't need this just remove |grep -v VMware), and passes the other names to xargs which unpauses all of the printers.

A cron job should make this work well.

score 3 · Answer 6 · answered Sep 07 '15 at 12:14

The answer from Janne above, e.g. this:

* * * * * lpstat -p |grep "poissa käytöstä" && service avahi-daemon restart; service cups restart; cupsenable HP_Tuloostin

... will cause CUPS to be restarted every minute, regardless of what state any printer is in. That's because the cups restart clause is not paired with the &&.

Here is a short BASH script I used to make restarting CUPS conditional upon detecting a failure state.

#!/bin/bash

DATE=$(date)
DS40=$(/usr/bin/lpstat -p |grep "DS40" |grep "disabled")

if [ ! -z "${DS40}" ]; then
    echo "${DATE} - Restarted avahi and cups" >> /var/log/cups/restart-cron-tim.log
    /usr/sbin/service avahi-daemon restart
    /usr/sbin/service cups restart
    /usr/sbin/cupsenable Dai_Nippon_Printing_DS40
fi

Replace "DS40" with whatever printer you're looking for the status of, and "disabled" with whatever lpstat -p outputs in your language.

score 2 · Answer 7 · answered Aug 25 '15 at 10:30

If the problem is down to the fact that the GUI requires a login to resume the printer then another solution is to allow printer resume via the GUI without a login. To do so shutdown cups and edit this line sudo vi /etc/cups/cupsd.conf:

<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-  Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>

And remove the Resume-Printer directive, then restart cups. If the directive appears on more than one <Limit> section then you can removal it from the relevant <Policy> section or remove from all. You should now be able to resume the printer without a login from the GUI. I saw this on macworld but it applies to any cups install.

score 1 · Answer 8 · edited May 23 '17 at 12:41

A bunch of the solutions here didn't work for me, (e.g. sudo cupsenable and lpadmin -E).

If you're using Debian 8.6, Cinnamon 2.2.16 (Linux) do this from your GUI start menu:

Click Administration | Print Settings,
Then select your stalled CUPS printer,
Click Unlock (and give it your admin password),
Click Server | Settings,
In this click the blue "Problems?" link.

For Ubuntu 16.04:

Click System Settings | Printers,
Then Server | Settings,
Click the blue "Problems?" link.

This opens the printing troubleshooter. It will tell you what to do next.

Probably you will just have to check the Enabled property for your CUPS printer in your Print Settings. (You will need to unlock first).

Finally, to avoid this from happening again, change the printers "policy" to "retry-job" in the printer setup mentioned above (under properties | policies).

Fixed it for me!

What causes this problem: If my wifi printer is powered down when I print to a CUPS PRINTER, and my policy is "stop printer", then I get a message that I couldn't print and the printer is disabled (Enabled is unchecked). Only if the policy is set to "retry job" will Enabled not be unchecked. A few minutes after the printer is powered back up your jobs will begin to print.

(My other post about this.)

score 0 · Answer 9 · edited Mar 29 '22 at 12:16

Had to deal with the same CUPS nonsense here... Solution for me was a systemd script that runs every n minutes.

Create a folder, if not exist and create a script

sudo mkdir -p /usr/local/cups/
sudo nano /usr/local/cups/enable_cups_printers.sh

/usr/local/cups/enable_cups_printers.sh

#!/bin/sh
for printer in $(lpstat -p|awk '{print $2}')
do
    echo "Forcibly enabling: $printer"
    # PrinterId:-p  Enable:-E
    lpadmin -p "$printer" -E
done

Make the script executable for all users

sudo chmod +x /usr/local/cups/enable_cups_printers.sh

Test the script to ensure it won't produce errors

sudo sh /usr/local/cups/enable_cups_printers.sh

Create a service file

sudo nano /etc/systemd/system/cups.enable.printers.service

cups.enable.printers.service

[Unit]
Description = Forcibly enable printer occassionally. Why CUPS disables printers in the first place has yet to be determined.
[Service]
Type = simple
ExecStart = /usr/local/cups/enable_cups_printers.sh
[Install]
WantedBy = multi-user.wants

Create a timer file

sudo nano /etc/systemd/system/cups.enable.printers.timer

cups.enable.printers.timer

[Unit]
Description=Run enable printers frequently to ensure connection difficulties are remedied.
[Timer]
OnBootSec=15min
OnUnitActiveSec=300
[Install]
WantedBy = timers.target

Good place for .service and .target files would be

system-wide: /etc/systemd/system/
current user: ~/.config/systemd/user/

As lpadmin requires sudo privilege, it would be necessary to use system-wide approach.

Enable timer and start it

sudo systemctl enable cups.enable.printers.timer
sudo systemctl start cups.enable.printers.timer

If changed timer file, then restarting

sudo systemctl daemon-reload
sudo systemctl restart cups.enable.printers.timer

Checking status

systemctl status cups.enable.printers.timer

Checking log

journalctl -u cups.enable.printers.service

Checking all systemd timers

systemctl list-timers

Checking created timer only

systemctl list-timers | grep -i "next\|cups"

score 0 · Answer 10 · answered Jul 14 '21 at 10:18

0

I have network printers shared by CUPS and from time to time the virtual printers on the client switch to not accepting jobs. I came here for a solution but in the found I needed another command to bring them back:

sudo cupsaccept MY_PRINTER

answered Jul 14 '21 at 10:18

Daniel Böhmer

865

score 0 · Answer 11 · answered Mar 28 '11 at 03:28

I updated cupsd.conf with the line:

ErrorPolicy abort-job

Then I restarted cupsd using: /etc/init.d/cups restart

But when I look at the printers.conf file, the ErrorPolicy is not updated. According to the cups documentation, line "ErrorPolicy abort-job" must appear in the printer section.

I also tried with lpadmin to update the ErrorPolicy. Nothing changes the ErrorPolicy or it does not make it to the printers.conf file.

What am I missing? How do I make sure that cupsd actually aborts a job on error?

score 0 · Answer 12 · edited Feb 13 '12 at 14:08

0

lpadmin -p p-go-avtom2 -v p-go-avtom2 -E

Source

edited Feb 13 '12 at 14:08

soandos

24,600
29
105
136

answered Feb 13 '12 at 10:28

vserg

1

score -1 · Answer 13 · answered Apr 12 '10 at 11:16

As others have already said, 'cupsenable' or 'lpadmin -E' should do the trick.

A related issue is IIRC that by default CUPS configures the printer such that if printing a job fails somehow, the printer is disabled. You can change this to abort the job instead.