charles17 wrote:Guess it's more useful for you to analyze that error. Do it again and watch the cups logs, try again with cups debugging on.
I set the loglevel to debug2 and performed the operation
Code: Select all
# lpadmin -p Brother_HL-1210W_series -E -v ipp://192.168.178.69/ipp -m everywhere
lpadmin: Unable to query printer: server-error-version-not-supported
twice (at 17:43 and at 18:01 with no printer configured); this is the error_log.
Code: Select all
I [03/May/2020:17:43:51 +0200] Expiring subscriptions...
D [03/May/2020:17:43:51 +0200] Report: clients=0
D [03/May/2020:17:43:51 +0200] Report: jobs=0
D [03/May/2020:17:43:51 +0200] Report: jobs-active=0
D [03/May/2020:17:43:51 +0200] Report: printers=0
D [03/May/2020:17:43:51 +0200] Report: stringpool-string-count=330
D [03/May/2020:17:43:51 +0200] Report: stringpool-alloc-bytes=5128
D [03/May/2020:17:43:51 +0200] Report: stringpool-total-bytes=5592
d [03/May/2020:17:43:51 +0200] select_timeout: JobHistoryUpdate=0
d [03/May/2020:17:43:51 +0200] select_timeout(0): 86400 seconds to do nothing
d [03/May/2020:17:44:12 +0200] cupsdAcceptClient(lis=0x5590e4fb4210(8)) Clients=0
D [03/May/2020:17:44:12 +0200] cupsdSetBusyState: newbusy="Active clients", busy="Not busy"
D [03/May/2020:17:44:12 +0200] [Client 1] Server address is "/run/cups/cups.sock".
D [03/May/2020:17:44:12 +0200] [Client 1] Accepted from localhost (Domain)
d [03/May/2020:17:44:12 +0200] cupsdAddSelect(fd=11, read_cb=0x5590e323ebd0, write_cb=(nil), data=0x5590e4fc6890)
D [03/May/2020:17:44:12 +0200] [Client 1] Waiting for request.
I [03/May/2020:17:44:12 +0200] Expiring subscriptions...
d [03/May/2020:17:44:12 +0200] cupsdCheckJobs: 0 active jobs, sleeping=0, ac-power=-1, reload=0, curtime=1588520652
d [03/May/2020:17:44:12 +0200] select_timeout: JobHistoryUpdate=0
d [03/May/2020:17:44:12 +0200] [Client 1] cupsdReadClient: error=0, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1
D [03/May/2020:17:44:12 +0200] [Client 1] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [03/May/2020:17:44:12 +0200] [Client 1] Closing connection.
D [03/May/2020:17:44:12 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Active clients"
d [03/May/2020:17:44:12 +0200] cupsdRemoveSelect(fd=11)
d [03/May/2020:17:44:12 +0200] cupsdRemoveSelect(fd=-1)
d [03/May/2020:17:44:12 +0200] select_timeout: JobHistoryUpdate=0
I [03/May/2020:17:44:13 +0200] Expiring subscriptions...
d [03/May/2020:17:44:13 +0200] select_timeout: JobHistoryUpdate=0
d [03/May/2020:17:44:13 +0200] select_timeout(0): 86400 seconds to do nothing
d [03/May/2020:18:01:09 +0200] cupsdAcceptClient(lis=0x5590e4fb4210(8)) Clients=0
D [03/May/2020:18:01:09 +0200] cupsdSetBusyState: newbusy="Active clients", busy="Not busy"
D [03/May/2020:18:01:09 +0200] [Client 2] Server address is "/run/cups/cups.sock".
D [03/May/2020:18:01:09 +0200] [Client 2] Accepted from localhost (Domain)
d [03/May/2020:18:01:09 +0200] cupsdAddSelect(fd=11, read_cb=0x5590e323ebd0, write_cb=(nil), data=0x5590e4fc6890)
D [03/May/2020:18:01:09 +0200] [Client 2] Waiting for request.
I [03/May/2020:18:01:09 +0200] Expiring subscriptions...
d [03/May/2020:18:01:09 +0200] cupsdDeleteCert: Removing certificate for PID 0.
D [03/May/2020:18:01:09 +0200] cupsdAddCert: Adding certificate for PID 0
d [03/May/2020:18:01:09 +0200] cupsdAddCert: NumSystemGroups=1
d [03/May/2020:18:01:09 +0200] cupsdCheckJobs: 0 active jobs, sleeping=0, ac-power=-1, reload=0, curtime=1588521669
D [03/May/2020:18:01:09 +0200] Report: clients=1
D [03/May/2020:18:01:09 +0200] Report: jobs=0
D [03/May/2020:18:01:09 +0200] Report: jobs-active=0
D [03/May/2020:18:01:09 +0200] Report: printers=0
D [03/May/2020:18:01:09 +0200] Report: stringpool-string-count=330
D [03/May/2020:18:01:09 +0200] Report: stringpool-alloc-bytes=5128
D [03/May/2020:18:01:09 +0200] Report: stringpool-total-bytes=5592
d [03/May/2020:18:01:09 +0200] select_timeout: JobHistoryUpdate=0
d [03/May/2020:18:01:09 +0200] [Client 2] cupsdReadClient: error=0, used=0, state=HTTP_STATE_WAITING, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=0, request=(nil)(), file=-1
D [03/May/2020:18:01:09 +0200] [Client 2] HTTP_STATE_WAITING Closing for error 32 (Broken pipe)
D [03/May/2020:18:01:09 +0200] [Client 2] Closing connection.
D [03/May/2020:18:01:09 +0200] cupsdSetBusyState: newbusy="Not busy", busy="Active clients"
d [03/May/2020:18:01:09 +0200] cupsdRemoveSelect(fd=11)
d [03/May/2020:18:01:09 +0200] cupsdRemoveSelect(fd=-1)
d [03/May/2020:18:01:09 +0200] select_timeout: JobHistoryUpdate=0
I [03/May/2020:18:01:10 +0200] Expiring subscriptions...
d [03/May/2020:18:01:10 +0200] select_timeout: JobHistoryUpdate=0
d [03/May/2020:18:01:10 +0200] select_timeout(0): 86400 seconds to do nothing
The event does not even show up in the log.
Or find the source snippet throwing that message.
I wouldn't know how to do that :-/
There are 10 hits of
server-error-version-not-supported in
rfc8011.
Interestingly, it says
Code: Select all
B.1.5.4. server-error-version-not-supported (0x0503)
The IPP object does not support or refuses to support the IPP version
that was supplied as the value of the "version-number" operation
parameter in the request. The IPP object is indicating that it is
unable or unwilling to complete the request using the same major and
minor version number as supplied in the request, other than with this
error message. The error response SHOULD contain a "status-message"
attribute (see Section 4.1.6.2) describing why that version is not
supported and what other versions are supported by that IPP object.
See Sections 4.1.6.1, 4.1.7, and 4.1.8.
The error response MUST identify in the "version-number" operation
parameter the closest version number that the IPP object does
support. For example, if a Client supplies version '1.0' and an
IPP/1.1 object supports version '1.0', then it responds with
version '1.0' in all responses to such a request. If the IPP/1.1
object does not support version '1.0', then it should accept the
request and respond with version '1.1' or can reject the request and
respond with this error code and version '1.1'. If a Client supplies
version '1.2', the IPP/1.1 object should accept the request and
return version '1.1' or can reject the request and respond with this
error code and version '1.1'. See Sections 4.1.8 and 5.3.14.
whereas I do not get any version number in the error message.
Also, updating to net-print/cups-2-3.3-r1 might be helpful.
Code: Select all
ebuild /var/db/repos/gentoo/net-print/cups/cups-2.3.3-r1.ebuild clean unpack
>>> Source unpacked in /var/tmp/portage/net-print/cups-2.3.3-r1/work
Code: Select all
/var/tmp/portage/net-print/cups-2.3.3-r1/work/cups-2.3.3/cups/ipp.h:600: /* server-error-version-not-supported */
/var/tmp/portage/net-print/cups-2.3.3-r1/work/cups-2.3.3/cups/ipp-support.c:120: "server-error-version-not-supported",
/var/tmp/portage/net-print/cups-2.3.3-r1/work/cups-2.3.3/doc/help/man-ipptoolfile.html:433: server-error-version-not-supported
/var/tmp/portage/net-print/cups-2.3.3-r1/work/cups-2.3.3/doc/help/cupspm.html:6553: <tr><th>IPP_STATUS_ERROR_VERSION_NOT_SUPPORTED </th> <td class="description">server-error-version-not-supported</td></tr>
/var/tmp/portage/net-print/cups-2.3.3-r1/work/cups-2.3.3/examples/ipp-1.1.test:113: STATUS server-error-version-not-supported
/var/tmp/portage/net-print/cups-2.3.3-r1/work/cups-2.3.3/test/4.1-requests.test:159: STATUS server-error-version-not-supported
The paths are different here, I have to do
Code: Select all
# ebuild /var/db/pkg/net-print/cups-2.2.11-r1/cups-2.2.11-r1.ebuild clean unpack
>>> Unpacking source...
>>> Source unpacked in /var/tmp/portage/net-print/cups-2.2.11-r1/work
but when I go to that directory it is empty.
And I have another question: Would this error message ...... change if you intetntionally put a wrong IP address?
Let's see:
Code: Select all
# lpadmin -p Brother_HL-1210W_series -E -v ipp://192.168.178.79/ipp -m everywhere
lpadmin: Unable to connect to "192.168.178.79:631": Die Operation ist jetzt in Bearbeitung
As you may have noticed, German and not English is my native language, which is why there are sometimes german fragments in the output. It means "the operation is now being processed" or similar.
Mm.