OfficeJet 8028e not found by hp-probe or hp-setup

Computer and printer are connected to the same router. Computer is wired, printer is WiFi.

...also I'm using the RHEL7 RPM package. It installs fine using rpm.

Please give the output of

  lpstat -l -e

lpstat -l returns no output. It says -e is not a valid option. I ran this with the printer installed (by manually providing the IP to hp-setup). Should I remove the printer first?

What are we trying to learn? Thanks.

Tony

I uninstalled the printer and ran lpstat -l -v, got this:

$ lpstat -v
device for HP_OfficeJet_Pro_8020_fax: hpfax:/net/HP_OfficeJet_Pro_8020_series?ip=192.168.1.146

So it finds the printer, but hp-probe does not. Maybe that is my solution?

> It says -e is not a valid option.

I am unfamiliar with Centos 7. From CUPS' Release Notes:
  CUPS 2.2.4 (June 30, 2017)
  The `lpstat` command now supports a `-e` option to
  enumerate local printers

The OfficeJet Pro 8028e is an IPP Everywhere device that
can work driverlessly. CUPS should be able to find it via
its mdns multicasts. I'd expect outputs from

  avahi-browse -rt _ipp._tcp
  avahi-browse -rt _uscan._tcp
  driverless

Please provide them.

CentOS 7 is basically RHEL7.

No output from either of the avahi-browse commands.

driverless is not a valid command on my system. Do you know what package it belongs to? Thanks.

I turned off the firewall and now I do get output from the avahi commands:

$ avahi-browse -rt _ipp._tcp
+ eno1 IPv4 HP OfficeJet Pro 8020 series [E95CEB] Internet Printer local
= eno1 IPv4 HP OfficeJet Pro 8020 series [E95CEB] Internet Printer local
   hostname = [HPE070EAE95CEB.local]
   address = [192.168.1.146]
   port = [631]
   txt = ["Fax=T" "rfo=ipp/faxout" "mopria-certified=2.0" "Scan=T" "kind=document,envelope,photo,postcard" "URF=CP1,MT1-2-8-9-10-11,PQ3-4-5,RS300-600,SRGB24,OB9,OFU0,W8-16,DEVW8-16,DEVRGB24-48,ADOBERGB24-48,DM3,IS1,V1.4,FN3" "PaperMax=legal-A4" "pdl=application/vnd.hp-PCL,image/jpeg,image/urf,image/pwg-raster,application/PCLm" "Duplex=T" "Color=T" "usb_MDL=OfficeJet Pro 8020 series" "usb_MFG=HP" "ty=HP OfficeJet Pro 8020 series" "product=(HP OfficeJet Pro 8020 series)" "UUID=7c9cae79-6836-4edc-b443-08f89cc10dad" "rp=ipp/print" "TLS=1.2" "qtotal=1" "priority=20" "note=" "adminurl=http://HPE070EAE95CEB.local./#hId-pgAirPrint" "txtvers=1"]

$ avahi-browse -rt _uscan._tcp
+ eno1 IPv4 HP OfficeJet Pro 8020 series [E95CEB] _uscan._tcp local
= eno1 IPv4 HP OfficeJet Pro 8020 series [E95CEB] _uscan._tcp local
   hostname = [HPE070EAE95CEB.local]
   address = [192.168.1.146]
   port = [8080]
   txt = ["usb_MFG=HP" "mopria-certified-scan=1.3" "duplex=F" "is=platen,adf" "cs=binary,color,grayscale" "pdl=application/octet-stream,application/pdf,image/jpeg" "ty=HP OfficeJet Pro 8020 series" "rs=eSCL" "representation=images/printer.png" "vers=2.63" "UUID=7c9cae79-6836-4edc-b443-08f89cc10dad" "note=" "adminurl=http://HPE070EAE95CEB.local." "txtvers=1"]

With the firewall disabled, I tried hp-probe again, but this time using mdns as the method, this is what I see:

$ hp-probe -bnet -mmdns -g

HP Linux Imaging and Printing System (ver. 3.22.4)
Printer Discovery Utility ver. 4.1

Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

--------------------
| DEVICE DISCOVERY |
--------------------

Probing network for printers. Please wait, this will take approx. 10 seconds...

hp-probe[20982]: debug: {}
hp-probe[20982]: debug: Outgoing: (44)
hp-probe[20982]: debug: 0000: 00 00 00 00 00 01 00 00 00 00 00 00 0f 5f 70 64 ............._pd
hp-probe[20982]: debug: 0010: 6c 2d 64 61 74 61 73 74 72 65 61 6d 04 5f 74 63 l-datastream._tc
hp-probe[20982]: debug: 0020: 70 05 6c 6f 63 61 6c 00 00 0c 00 01 p.local.....
hp-probe[20982]: debug: Incoming: (405)
hp-probe[20982]: debug: 0000: 00 00 84 00 00 01 00 01 00 00 00 04 0f 5f 70 64 ............._pd
hp-probe[20982]: debug: 0010: 6c 2d 64 61 74 61 73 74 72 65 61 6d 04 5f 74 63 l-datastream._tc
hp-probe[20982]: debug: 0020: 70 05 6c 6f 63 61 6c 00 00 0c 00 01 c0 0c 00 0c p.local.........
hp-probe[20982]: debug: 0030: 00 01 00 00 00 0a 00 28 25 48 50 20 4f 66 66 69 .......(%HP Offi
hp-probe[20982]: debug: 0040: 63 65 4a 65 74 20 50 72 6f 20 38 30 32 30 20 73 ceJet Pro 8020 s
hp-probe[20982]: debug: 0050: 65 72 69 65 73 20 5b 45 39 35 43 45 42 5d c0 0c eries [E95CEB]..
hp-probe[20982]: debug: 0060: c0 38 00 21 00 01 00 00 00 0a 00 17 00 00 00 00 .8.!............
hp-probe[20982]: debug: 0070: 23 8c 0e 48 50 45 30 37 30 45 41 45 39 35 43 45 #..HPE070EAE95CE
hp-probe[20982]: debug: 0080: 42 c0 21 c0 38 00 10 00 01 00 00 00 0a 00 da 09 B.!.8...........
hp-probe[20982]: debug: 0090: 74 78 74 76 65 72 73 3d 31 03 72 70 3d 0b 70 72 txtvers=1.rp=.pr
hp-probe[20982]: debug: 00a0: 69 6f 72 69 74 79 3d 34 30 29 55 55 49 44 3d 37 iority=40)UUID=7
hp-probe[20982]: debug: 00b0: 63 39 63 61 65 37 39 2d 36 38 33 36 2d 34 65 64 c9cae79-6836-4ed
hp-probe[20982]: debug: 00c0: 63 2d 62 34 34 33 2d 30 38 66 38 39 63 63 31 30 c-b443-08f89cc10
hp-probe[20982]: debug: 00d0: 64 61 64 15 6d 61 63 3d 65 30 3a 37 30 3a 65 61 dad.mac=e0:70:ea
hp-probe[20982]: debug: 00e0: 3a 65 39 3a 35 63 3a 65 63 0a 75 73 62 5f 4d 46 :e9:5c:ec.usb_MF
hp-probe[20982]: debug: 00f0: 47 3d 48 50 21 75 73 62 5f 4d 44 4c 3d 4f 66 66 G=HP!usb_MDL=Off
hp-probe[20982]: debug: 0100: 69 63 65 4a 65 74 20 50 72 6f 20 38 30 32 30 20 iceJet Pro 8020
hp-probe[20982]: debug: 0110: 73 65 72 69 65 73 52 70 64 6c 3d 61 70 70 6c 69 seriesRpdl=appli
hp-probe[20982]: debug: 0120: 63 61 74 69 6f 6e 2f 76 6e 64 2e 68 70 2d 50 43 cation/vnd.hp-PC
hp-probe[20982]: debug: 0130: 4c 2c 69 6d 61 67 65 2f 6a 70 65 67 2c 69 6d 61 L,image/jpeg,ima
hp-probe[20982]: debug: 0140: 67 65 2f 75 72 66 2c 69 6d 61 67 65 2f 70 77 67 ge/urf,image/pwg
hp-probe[20982]: debug: 0150: 2d 72 61 73 74 65 72 2c 61 70 70 6c 69 63 61 74 -raster,applicat
hp-probe[20982]: debug: 0160: 69 6f 6e 2f 50 43 4c 6d 2c c0 72 00 01 00 01 00 ion/PCLm,.r.....
hp-probe[20982]: debug: 0170: 00 00 0a 00 04 c0 a8 01 92 c0 72 00 1c 00 01 00 ..........r.....
hp-probe[20982]: debug: 0180: 00 00 0a 00 10 fe 80 00 00 00 00 00 00 e2 70 ea ..............p.
hp-probe[20982]: debug: 0190: ff fe e9 5c ec ...\.
hp-probe[20982]: debug: Response: ID=0 FLAGS=0x8400 Q=1 A=1 AUTH=0 ADD=4
hp-probe[20982]: debug: Q: _pdl-datastream._tcp.local. TYPE=12 CLASS=1
hp-probe[20982]: debug: PTR: HP OfficeJet Pro 8020 series [E95CEB]._pdl-datastream._tcp.local.
hp-probe[20982]: debug: TXT: {'rp': '', 'UUID': '7c9cae79-6836-4edc-b443-08f89cc10dad', 'usb_MFG': 'HP', 'priority': '40', 'mac': 'e0:70:ea:e9:5c:ec', 'pdl': 'application/vnd.hp-PCL,image/jpeg,image/urf,image/pwg-raster,application/PCLm,', 'txtvers': '1', 'usb_MDL': 'OfficeJet Pro 8020 series'}
hp-probe[20982]: debug: NO ty Key in txt: {'rp': '', 'UUID': '7c9cae79-6836-4edc-b443-08f89cc10dad', 'usb_MFG': 'HP', 'priority': '40', 'mac': 'e0:70:ea:e9:5c:ec', 'pdl': 'application/vnd.hp-PCL,image/jpeg,image/urf,image/pwg-raster,application/PCLm,', 'txtvers': '1', 'usb_MDL': 'OfficeJet Pro 8020 series'}
hp-probe[20982]: debug: A: 192.168.1.146
hp-probe[20982]: debug: AAAA: '\xfe\x80\x00\x00\x00\x00\x00\x00\xe2p\xea\xff\xfe\xe9\\\xec'
hp-probe[20982]: debug: Outgoing: (96)
hp-probe[20982]: debug: 0000: 00 00 00 00 00 01 00 01 00 00 00 00 0f 5f 70 64 ............._pd
hp-probe[20982]: debug: 0010: 6c 2d 64 61 74 61 73 74 72 65 61 6d 04 5f 74 63 l-datastream._tc
hp-probe[20982]: debug: 0020: 70 05 6c 6f 63 61 6c 00 00 0c 00 01 c0 0c 00 0c p.local.........
hp-probe[20982]: debug: 0030: 00 01 00 00 ff ff 00 28 25 48 50 20 4f 66 66 69 .......(%HP Offi
hp-probe[20982]: debug: 0040: 63 65 4a 65 74 20 50 72 6f 20 38 30 32 30 20 73 ceJet Pro 8020 s
hp-probe[20982]: debug: 0050: 65 72 69 65 73 20 5b 45 39 35 43 45 42 5d c0 0c eries [E95CEB]..
hp-probe[20982]: debug: Outgoing: (96)
hp-probe[20982]: debug: 0000: 00 00 00 00 00 01 00 01 00 00 00 00 0f 5f 70 64 ............._pd
hp-probe[20982]: debug: 0010: 6c 2d 64 61 74 61 73 74 72 65 61 6d 04 5f 74 63 l-datastream._tc
hp-probe[20982]: debug: 0020: 70 05 6c 6f 63 61 6c 00 00 0c 00 01 c0 0c 00 0c p.local.........
hp-probe[20982]: debug: 0030: 00 01 00 00 ff ff 00 28 25 48 50 20 4f 66 66 69 .......(%HP Offi
hp-probe[20982]: debug: 0040: 63 65 4a 65 74 20 50 72 6f 20 38 30 32 30 20 73 ceJet Pro 8020 s
hp-probe[20982]: debug: 0050: 65 72 69 65 73 20 5b 45 39 35 43 45 42 5d c0 0c eries [E95CEB]..
hp-probe[20982]: debug: Outgoing: (96)
hp-probe[20982]: debug: 0000: 00 00 00 00 00 01 00 01 00 00 00 00 0f 5f 70 64 ............._pd
hp-probe[20982]: debug: 0010: 6c 2d 64 61 74 61 73 74 72 65 61 6d 04 5f 74 63 l-datastream._tc
hp-probe[20982]: debug: 0020: 70 05 6c 6f 63 61 6c 00 00 0c 00 01 c0 0c 00 0c p.local.........
hp-probe[20982]: debug: 0030: 00 01 00 00 ff ff 00 28 25 48 50 20 4f 66 66 69 .......(%HP Offi
hp-probe[20982]: debug: 0040: 63 65 4a 65 74 20 50 72 6f 20 38 30 32 30 20 73 ceJet Pro 8020 s
hp-probe[20982]: debug: 0050: 65 72 69 65 73 20 5b 45 39 35 43 45 42 5d c0 0c eries [E95CEB]..
hp-probe[20982]: debug: Found 1 devices
hp-probe[20982]: debug: Cache miss: officejet_pro_8020_series
hp-probe[20982]: debug: Reading file: /usr/share/hplip/data/models/models.dat
hp-probe[20982]: debug: Searching for section [officejet_pro_8020_series] in file /usr/share/hplip/data/models/models.dat
warning: No devices found on the 'net' bus. If this isn't the result you are expecting,
warning: check your network connections and make sure your internet
warning: firewall software is disabled.

Based on the error message reported, I looked for "officejet_pro_8020_series" in /usr/share/hplip/data/models/models.dat. There is no such section, but there is a section "hp_officejet_pro_8020_series". It looks like either the section is misnamed in the .dat file, or the firmware on the printer is misidentifying itself. Or hp-probe is using the wrong attribute to form the section name (officejet_pro_8020_series matches the usbMDL, while hp_officejet_pro_8020_series matches the value of ty.

Although I also noticed that hp-probe is not browsing _ipp or _uscan, it is browsing _pdl-datastream, which does not return a field with the full name including leading HP_.

I will try the newest version of hplip in case this is a bug that has already been fixed. Beyond that, I don't know which thing is wrong so I'm not sure what's the correct fix.

I'm running hplip 3.22.4, not because it was the latest available but because it was the earliest version I could find with support for my printer and I didn't want to be on the bleeding edge especially with an older OS release.

> driverless is not a valid command on my system. Do
> you know what package it belongs to?

Sorry, no. On Debian it is in cups-filters-core-drivers.
I can get by without its output.

If the address has not changed, a URI for printing is

  ipp://192.168.1.146/ipp/print

Execute (substituting for URI)

  lpadmon -p 8028e -v URI -m everywhere

and test printing to 8028e with

  lp -d 8028e /etc/nsswitch.conf

I will comment on the hp-probe output when we have
have sorted this out.

If we're trying to verify that I can add the printer to CUPS and print, be aware that I already can do that; hp-setup works fine given the IP, and after running it I can use both the printer and the scanner. My question was strictly related to hp-probe (or hp-setup automatically detecting the printer, which also doesn't work).

If there is something else to be learned from the lpadmon and lp commands, I will try them when I get home this evening.

If a fix for hp-probe is not feasible I should be able to accomplish my goal using the avahi-browse commands you provided. Once I can reliably identify the IP, I can automate installing the printer. Thanks.

Tony

> My question was strictly related to hp-probe (or hp-setup
> automatically detecting the printer, which also doesn't work).

OK.

>Based on the error message reported, I looked for > >"officejet_pro_8020_series" in /usr/share/hplip/data/models/models.dat. > There is no such section, but there is a section >"hp_officejet_pro_8020_series". It looks like either the section is >misnamed in the .dat file,...

It's possible, but I wouldn't bank on it. It is also possible that
HPLIP is not removing the "hp_" or not parsing the TXT record
correctly. Look at this:

> hp-probe[20982]: debug: NO ty Key in txt:

I have dealt with something similar before now. I haven't any
intention of going there again.

https://bugs.launchpad.net/hplip/+bug/1728107

> hp-probe[20982]: debug: NO ty Key in txt:

I forgot to say (but I think you would have noticed)
that that is incorrect.

hp-probe with -mmdns is also issuing a different request than the ones you had me test with avahi-browse. And the response to that request (_pdl-datastream._tcp) doesn't include the "ty" element. I issued the same request myself with avahi-browse and got the same response.

The newest RPM available for RHEL7 is 3.22.6, and that behaves in the same manner.

Wow, I finally looked over that other bug you referenced, and one of the several others referenced by that one. No wonder you don't want to go down that road again.

> > hp-probe[20982]: debug: NO ty Key in txt:

> I forgot to say (but I think you would have noticed)
> that that is incorrect.

Not clear to me if you are saying that it's incorrect behavior, or if the message is incorrect. The debug log is actually correct; the mdns lookup that is being requested (_pdl-datastream._tcp) does not contain a ty key:

TXT: {'rp': '', 'UUID': '7c9cae79-6836-4edc-b443-08f89cc10dad', 'usb_MFG': 'HP', 'priority': '40', 'mac': 'e0:70:ea:e9:5c:ec', 'pdl': 'application/vnd.hp-PCL,image/jpeg,image/urf,image/pwg-raster,application/PCLm,', 'txtvers': '1', 'usb_MDL': 'OfficeJet Pro 8020 series'}

_uscan._tcp and _ipp._tcp both return a ty key, but hp-probe is not asking for either of those.

Anyway from your comments in the other bug report it sounds like you are not affiliated with "upstream HPLIP". I can guess based on how that one went but I don't suppose you have a way of getting in touch with them?

Thanks.

Tony

Anyway I turned this into a bug report, not sure if that will help get it to HPLIP developers or not. Since the latest version for my platform is older than the latest version period, I assume even if it's fixed I won't be able to use it (until I upgrade my OS again at least), but that's no reason not to pursue a fix.

Do you happen to know where the HPLIP source code is hosted? Is it even open source?

Anyway thanks for all your help. Even without a fix I'm pretty sure I can code around this but only because of what I learned conversing with you.

Tony