Hello,
I installed Leap 15.2 today.
Set up printing queue to print exclusively to an IPP/CUPS-server.
Yet, the lp/lpr-commands refuse work with “Bad request” response.
(I verified that the cups.conf-file registers the server as IPP 1.1-protocol.)
The same setup – remote only, connected to server – has been working with openSuSE since time immemorial…
Has anyone an idea how to redress this issue?
Not really enough information to go on. Best to share commands and output (using CODE tags). Firewall impacting perhaps?
Hi,
thanks for getting back to me.
Really, not much with commands here: I installed Leap 15.2, in the firewall I opened IPP/631, in YaST/Hardware I installed printer as “Do all printing directly via One Single Cups Server”, the server queues are correctly displayed.
I press the “Print Test page”-button, and the response is “lp: Bad request”.
In the CLI the server responds:
lpc / status: shows queues on the server, enabled and ready
lpq: shows queue(s) correctly
also lpoptions and lpadmin seem to work properly.
Via CLI lp and lpr both answer with “Bad request”.
Regards,
It could be that you’ve encountered a regression… reads similar to this
https://github.com/apple/cups/issues/5211
although openSUSE Leap 15.2 is using CUPS 2.2.7 and this included that bug fix.
Indeed, I read the description, and it looks quite familiar.
My newly installed version is
cups-config --version
2.2.7
The server CUPS version is
1.3.9
In the newly installed version the /etc/cups/client.conf reads
ServerName gateway/version=1.1
But I understand that this is ignored by an error in CUPS, moreover, it is described that manual overrides via the lp/lpr-command would not help.
How can I generate these IPP protocols displayed in the github-comment-tree?
Is there a way to redress this issue?
On the CUPS server I pullued this verbose report from the error_log after trying an lpr command on the client:
I [10/Jul/2020:15:48:32 +0200] Installing config file "/etc/cups/cupsd.conf"...
I [10/Jul/2020:15:48:32 +0200] Listening to 0.0.0.0:631 (IPv4)
I [10/Jul/2020:15:48:32 +0200] Listening to :::631 (IPv6)
I [10/Jul/2020:15:48:32 +0200] Listening to ::1:631 (IPv6)
I [10/Jul/2020:15:48:32 +0200] Listening to 127.0.0.1:631 (IPv4)
I [10/Jul/2020:15:48:32 +0200] Listening to /var/run/cups/cups.sock (Domain)
I [10/Jul/2020:15:48:32 +0200] Loaded configuration file "/etc/cups/cupsd.conf"
I [10/Jul/2020:15:48:32 +0200] Using default TempDir of /var/spool/cups/tmp...
I [10/Jul/2020:15:48:32 +0200] Configured for up to 100 clients.
I [10/Jul/2020:15:48:32 +0200] Allowing up to 100 client connections per host.
I [10/Jul/2020:15:48:32 +0200] Partial reload complete.
I [10/Jul/2020:15:48:32 +0200] Listening to 0.0.0.0:631 on fd 0...
I [10/Jul/2020:15:48:32 +0200] Listening to :::631 on fd 2...
E [10/Jul/2020:15:48:32 +0200] Unable to bind socket for address ::1:631 - Address already in use.
E [10/Jul/2020:15:48:32 +0200] Unable to bind socket for address 127.0.0.1:631 - Address already in use.
I [10/Jul/2020:15:48:32 +0200] Listening to /var/run/cups/cups.sock on fd 3...
I [10/Jul/2020:15:48:32 +0200] Resuming new connection processing...
D [10/Jul/2020:15:48:32 +0200] Discarding unused server-restarted event...
D [10/Jul/2020:15:48:33 +0200] Report: clients=0
D [10/Jul/2020:15:48:33 +0200] Report: jobs=500
D [10/Jul/2020:15:48:33 +0200] Report: jobs-active=0
D [10/Jul/2020:15:48:33 +0200] Report: printers=2
D [10/Jul/2020:15:48:33 +0200] Report: printers-implicit=0
D [10/Jul/2020:15:48:33 +0200] Report: stringpool-string-count=1606
D [10/Jul/2020:15:48:33 +0200] Report: stringpool-alloc-bytes=10336
D [10/Jul/2020:15:48:33 +0200] Report: stringpool-total-bytes=25944
D [10/Jul/2020:15:48:36 +0200] cupsdAcceptClient: 7 from 10.0.0.79:631 (IPv4)
D [10/Jul/2020:15:48:36 +0200] cupsdReadClient: 7 POST / HTTP/1.1
D [10/Jul/2020:15:48:36 +0200] cupsdAuthorize: No authentication data provided.
D [10/Jul/2020:15:48:36 +0200] CUPS-Get-Default
D [10/Jul/2020:15:48:36 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [10/Jul/2020:15:48:36 +0200] cupsdReadClient: 7 POST / HTTP/1.1
D [10/Jul/2020:15:48:36 +0200] cupsdAuthorize: No authentication data provided.
D [10/Jul/2020:15:48:36 +0200] CUPS-Get-Printers
D [10/Jul/2020:15:48:36 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [10/Jul/2020:15:48:36 +0200] cupsdReadClient: 7 POST / HTTP/1.1
D [10/Jul/2020:15:48:36 +0200] cupsdAuthorize: No authentication data provided.
D [10/Jul/2020:15:48:36 +0200] CUPS-Get-Default
D [10/Jul/2020:15:48:36 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [10/Jul/2020:15:48:36 +0200] cupsdReadClient: 7 POST /printers/hplaserjet5m HTTP/1.1
D [10/Jul/2020:15:48:36 +0200] cupsdAuthorize: No authentication data provided.
D [10/Jul/2020:15:48:36 +0200] Get-Printer-Attributes ipp://10.0.0.1:631/printers/hplaserjet5m
D [10/Jul/2020:15:48:36 +0200] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok)
D [10/Jul/2020:15:48:36 +0200] cupsdReadClient: 7 POST /printers/hplaserjet5m HTTP/1.1
D [10/Jul/2020:15:48:36 +0200] cupsdAuthorize: No authentication data provided.
E [10/Jul/2020:15:48:36 +0200] cupsdReadClient: 7 IPP Read Error!
D [10/Jul/2020:15:48:36 +0200] cupsdSendError: 7 code=400 (Bad Request)
D [10/Jul/2020:15:48:36 +0200] cupsdCloseClient: 7
Would the server need some user authorization for printing?
Oh, yeah!
This fix has apparently not been backported:
https://github.com/apple/cups/issues/5255
So, an update to CUPS 2.3.x would be the solution, then?
Perhaps - try upgrading to the version from the printing repo.