Installed network printer removed automatically when turned off

It seems the issue is due to suspend/resume.
After resuming the system, I noticed the following entries in CUPS access_log:

localhost - - [10/Nov/2017:18:59:39 +0100] "POST /admin/ HTTP/1.1" 401 185 CUPS-Delete-Printer successful-ok
localhost - root [10/Nov/2017:18:59:40 +0100] "POST /admin/ HTTP/1.1" 200 185 CUPS-Delete-Printer successful-ok

and the printer is gone. I'm not sure what's performing the delete.

The issue persists on bionic

Please do the following:

Edit /etc/cups/cups-browsed.conf so that it has a line

DebugLogging file

without "#" in the beginning. Do not modify the other lines. Attach your /etc/cups/cups-browsed.conf and your /etc/cups/cupsd.conf files to this bug report.

Reboot your system.

Run lpstat -v and post the output here.

Set up your printer with hp-setup as you are used to.

immediately afterwards run the command

lpstat -v

and poste the output here. Copy also the file /etc/cups/printers.conf (you will need "sudo") and post its contents here.

Print a job and do "lpstat -v" and copy printers.conf again. Post the output of "lpstat -v" and the contents of the file here again.

Now suspend your system, wait for the suspend to complete and resume again. Do "lpstat -v" and copy printers.conf again. Post the output of "lpstat -v" and the contents of the file here again.

Did your print queue go away again? If not, reboot your system. Did it go away now? If so, do "lpstat -v" and copy printers.conf again. Post the output of "lpstat -v" and the contents of the file here again.

Please attach the files /var/log/cups/error_log and /var/log/cups/cups-browsed_log to this bug report.

Please do not compress any files and do not package the files together when attaching them to this bug report, to make it easier to read the files right out of the browser.

Added all logs. After suspend the printer is gone and lpstat -v reports "No destinations"

AFAICS from the cups-browserd_log, CUPS seems to be removing the printer when avahi doesn't see it anymore (because it's been turned off).
This didn't happen before, I would only install the printer once and it'd be there forever.
I think only avahi-discovered printers should be automatically removed.

Updated the bug title, as it's not really related to suspend/resume

@Till do you have any insight on this bug?

Please run the command

avahi-browse -v -t -r -a > avahi.txt 2>&1

and attach your file avahi.txt.

Attached output with printer powered on and bonjour enabled.

I can also confirm that if I disable bonjour, the printer no longer gets removed once it's turned off

Please doi the following:

Make sure Bonjour is active in your printer and in your computer. With the printer turned on run the command

avahi-browse -v -t -r -a > avahi.txt 2>&1

again. Look into the avahi.txt file and check whether it contains entries from your printer. If not, keep the printer turned on and Bonjour active in both the printer and computer and run the command again later. Check again, does the avahi.txt contain entries for your printer now? If yes attach the file to this bug report.

If you still get no entry of your printer into the file, turn off and turn on the printer again. When the printer has started up, run the command again. Does the fiule contain an entry of the printer now? If so, attach the file to this bug report.

Sorry, I previously attached the output from the run with bonjour disabled. This is with it enabled.

Thank you very much for all the files. With this I could fix two bugs in cups-browsed which caused this problem.
Fixed version on the way to Bionic.

This bug was fixed in the package cups-filters - 1.20.2-0ubuntu1

---------------
cups-filters (1.20.2-0ubuntu1) bionic; urgency=medium

  * New upstream bug fix release
    - cups-browsed: If the user modifies/overwrites a print queue
      created by cups-browsed, it will now automatically released
      from the control of cups-browsed, so the modified queue does
      not get removed by cups-browsed on shutdown. (LP: #1731417).
    - cups-browsed: The configuration setting
      "CreateIPPPrinterQueues LocalOnly" suppressed also the
      automatic generation of local queues for remote CUPS
      printers whereas this option is only intended for physical
      IPP printers.
    - cups-browsed: Identify remote CUPS queues by the
      "printer-type" TXT record entry and not by the
      "ipp(s)://<host>/printers/<name>" URIs, there are also IPP
      network printers with such URIs (HP LaserJet Professional
      M1212nf MFP in LP: #1731417).
    - .gitignore: Added filter/braille/filters/brftopagedbrf
    - cups-browsed, foomatic-rip: Fixed several typos. Thanks to
      Didier Raboud for the patches.
  * Removed all patches with got merged upstream.

 -- Till Kamppeter <email address hidden> Sat, 31 Mar 2018 23:36:34 +0200

I have the same problem in Ubuntu 18.04.1 with a Laserjet CP1025nw... very annoying,,, is there a fix for that bug? How can I get it?

Xavier, do you have cups-filters 1.20.2-0ubuntu1 on your machine ("dpkg -l | grep cups-filters")?

Please follow my instructions of comment #4 in this bug report.

Hi Till, thanks for your answer. This is the result of dpkg:

 dpkg -l | grep cups-filter
ii cups-filters 1.20.2-0ubuntu3 i386 OpenPrinting CUPS Filters - Main Package
ii cups-filters-core-drivers 1.20.2-0ubuntu3 i386 OpenPrinting CUPS Filters - Driverless printing
--------------------------------------------------------------------------------------
I also execute avahi-browse, and Laserjet appears, althougt it is not available for printing...
I attach the result

I'm seeing this issue again as well, on Bionic with latest packages

Anyone who still has this problem, please follow the instructions of the comments #4, #18, and #22 in this bug report and attach all the files created by this. Thanks.

Attached avahi output

Attached lpstat -v output

Attached printers.conf

Alberto, thanks for these files, but could you please also follow the instructions of comment #4, especially for the log file of cups-browsed?

these are all the files. there are 4 different lpstat files, corresponding to 1-initial situation, 2-after hp-setup 3-after printinf a file 4-after reboot

I'm seeing this again in Cosmic with the following versions:

ii cups 2.2.8-5ubuntu1.2 amd64 Common UNIX Printing System(tm) - PPD/driver support, web interface
ii cups-browsed 1.21.3-1 amd64 OpenPrinting CUPS Filters - cups-browsed
ii cups-bsd 2.2.8-5ubuntu1.2 amd64 Common UNIX Printing System(tm) - BSD commands
ii cups-client 2.2.8-5ubuntu1.2 amd64 Common UNIX Printing System(tm) - client programs (SysV)
ii cups-common 2.2.8-5ubuntu1.2 all Common UNIX Printing System(tm) - common files
ii cups-core-drivers 2.2.8-5ubuntu1.2 amd64 Common UNIX Printing System(tm) - driverless printing
ii cups-daemon 2.2.8-5ubuntu1.2 amd64 Common UNIX Printing System(tm) - daemon
ii cups-filters 1.21.3-1 amd64 OpenPrinting CUPS Filters - Main Package
ii cups-filters-core-drivers 1.21.3-1 amd64 OpenPrinting CUPS Filters - Driverless printing
ii cups-ipp-utils 2.2.8-5ubuntu1.2 amd64 Common UNIX Printing System(tm) - IPP developer/admin utilities
ii cups-pk-helper 0.2.6-1ubuntu3 amd64 PolicyKit helper to configure cups with fine-grained privileges
ii cups-ppdc 2.2.8-5ubuntu1.2 amd64 Common UNIX Printing System(tm) - PPD manipulation utilities
ii cups-server-common 2.2.8-5ubuntu1.2 all Common UNIX Printing System(tm) - server common files

Attaching logs as described in #4

the "-after" files are (and logs) are taken after suspening and waking up the laptop, with the printer off.

the output of lpstat -v is empty after the printer has gone

Note that the issue persist in 19.04

According to the attached log files hp-setup has created a print queue with the same name as a queue created by cups-browsed, overwriting this queue. As cups-browsed removes all the queues it created when it shuts down, it also has removed this queue.

Normally cups-browsed gets a notification from CUPS on any queue modification and if one overwrites one of cups-browsed's queues, cups-browsed releases the queue from its control and so it does not get deleted on shutdown. Only here cups-browsed got shut down too quickly after the queue got overwritten, leaving no time for cups-browsed to receive the notification from CUPS and release the queue from its control. Probably hp-setup restarts CUPS right after creating a queue and this makes systemd restart cups-browsed.

To overcome this problem I have now added an additional check to cups-browsed that if it removes a print queue, independent on whether on shutdown or when a printer disappears from DNS-SD (printer turned off or so), it checks whether it perhaps got overwritten and refrains from removing in such a case.

I have committed the fix to the upstream GIT of cups-filters:

https://github.com/OpenPrinting/cups-filters/commit/4814a2238

If you are familiar with building software from source, please test.

This bug was fixed in the package cups-filters - 1.23.0-1

---------------
cups-filters (1.23.0-1) experimental; urgency=medium

  * New upstream version 1.23.0
    - cups-browsed: When removing a local queue on shutdown or
      when DNS-SD reports the printer as disappeared check whether
      the local queue got overwritten by an external process as
      sometimes the shutdown or disappearing event comes too close
      for cups-browsed receiving a printer-modified notification
      from CUPS before (LP: #1731417)

 -- Didier Raboud <email address hidden> Fri, 17 May 2019 10:01:20 +0200

Where can I find and download "cups-filters (1.23.0-1)" right now?

The 1.23.0-1 version got uploaded to the development of 19.10 (Eoan). For getting it into an already released Ubuntu version, a Stable Release Update (SRU) would be needed. But note that if you are still using 18.10 (Cosmic), that in a few months (end-July) the support for Cosmic ends, so SRUs for this version do not make much sense. So I recommend you to upgrade to 19.04 (Disco) and try whether the problem still persists for you and report back here.

Where can I find and download "cups-filters (1.23.0-1)" right now?

I have now backported cups-filters 1.23.0 to Cosmic. To install it, go to my PPA

https://launchpad.net/~till-kamppeter/+archive/ubuntu/ppa

Follow the instructions under "Adding this PPA to your system" and then update your system. You will get the new cups-filters which contains my changes. Note that this version of cups-filters requires an update of QPDF which you will automatically get together with cups-filters.

Please tell whether this version solves your problem.