Die kleine Zicke von Nebenan

Ihr habt doch noch Coronapause, da wird Euch dieser kleine Bericht aus der HP Plotterwelt bestimmt gelegen kommen 🙂

Die kleine Zicke von Nebenan

Gestern zog im Raum nebenan ein neuer HP Plotter T830 MFP ein. Nachdem man sich begrĂŒĂŸt hatte, sprach der HauseigentĂŒmer: „Das GerĂ€t sollte sich eigentlich leicht installieren lassen, ist doch von HP.“ sprachs und verschwand um die Ecke. Nun, „Konfigurieren“ war tatsĂ€chlich am GerĂ€t möglich und daher bekam der HP die gleiche IP wie der alte Plotter.

Damit wĂ€re die Sache technisch eigentlich erledigt, denn die Plotter sind befehlskompatibel; „Plotten“ hĂ€tte also funktionieren mĂŒssen und tatsĂ€chlich tat es das auch. „Na HP, dann lass uns doch dem Druckerserver mal erklĂ€ren, daß Du einen anderen Plotter bist.“. Das hĂ€tte man den Drucker lieber mal nicht androhen sollen 🙂

Zwei, Drei Sachen noch erledigt und schon konnte man sich auf dem Druckerserver einloggen und das CUPS Interface aufrufen. Suchen wir doch mal nach dem neuen Drucker… waiting… da meinte CUPS: „Keinen neuen Drucker gefunden.“ .. „Kann doch nicht sein, der wurde doch von dem Testpc gefunden.“  … Hmm, vielleicht sucht er ja nicht auf GerĂ€te-IPs die er schon kennt, also alten Drucker gelöscht. „Such CUPS! SUCH!“ … waiting… CUPS: „Kein neuer Drucker gefunden!“  .. nochmal!  „Nein heißt NEIN!“ …. ?????

… versuchen wir doch mal HPLIP

„Hmm.. als CUPS findet den nicht… versuchen wir mal das HP eigene HPLIP System“ … kurz installiert:

dnf -y install hplip hplib-gui

und „hp-setup“ gestartet.. Da wĂ€hlt man dann „im Netzwerk suchen“ aus und schon … „N.Ö.P.E.!“ … auch das Tool findet den Drucker nicht. Das kann doch nicht sein! Oder doch? Plotter vielleicht gestorben? Netzwerk tod?

„OK Plotter… HARD RESET“

Ein „Strom aus“ spĂ€ter … „… und so startete der Plotter neu… und der Admin fand im TCPDUMP auch jede Menge HP Drucker Kommunikation, die vorher nicht da war 😀 Einen NMAP Scan spĂ€ter, meinte die tote IP vom Plotter plötzlich jede Menge Dienste anbieten zu mĂŒssen.  „OH“ sagte der Admin und lies „hp-setup“ nochmal suchen! … „NÖPE! KEINE HP DRUCKER IM NETZ!“.

„WTF!“ .. und was jetzt kommt, kann ich nur rational wiedergeben, sonst stirbt wer: Die lustige HP Software kontaktiert den Drucker nicht mal auf den richtigen Ports, selbst wenn man die exakte IP angibt und das Protokoll auswĂ€hlt. Es schlĂ€gt knallhart vor, daß die Firewall wohl Schuld sei, welche testweise aus war (nur um ganz sicher zu gehen).

„OK.. lass doch jetzt wo der Drucker wieder lebt, CUPS mal nachsehen“ gedacht, getan und oh Wunder! CUPS findet den Drucker … einmal… zweimal … dreimal!  Vermutlich fĂŒr jeden der angebotenen Dienste ist da vermutlich ein Treffer vorhanden.

„Besser drei Treffer als Null!“

Ok, Plotter eingerichtet, Testseite gedruckt…. GEHT!  Statt aus dem Papierfach A3 zu drucken, plöttelte der Plotter das brav von der großen Rolle ( A0 ), obwohl das anders eingestellt ist. Da experimentieren wir noch ein bisschen.

Den Grund fĂŒr das Such-Fiasko wird man vermutlich im Energiesparmodus finden, der sich nĂ€mlich nicht ausstellen lĂ€ĂŸt und einen 15 Minuten Timeout eingestellt hatte. Das werden wir morgen nochmal testen.

Merke

Wenn Du einen Drucker von HP nimmst, löscht die HP Druckersoftware!

Aus der Schmunzelecke von Bugzilla

FĂŒr Euch mal was zum Schmunzeln, das erlebt man auch nicht so oft, daß sich der Maintainer bei den Bugreportern dafĂŒr entschuldigt, in den Urlaub gefahren zu sein 😉

--- Comment #3 from Zdenek Dohnal <zdohnal@redhat.com> ---
Hi,

thank you for reporting the issue! I'm deeply sorry for inconvenience, I pushed
the update without cross checking if new net-snmp is already in the stable (I
wasn't able to add hplip to net-snmp update) and I went on vacation after that.
You can install previous version from koji for now
https://koji.fedoraproject.org/koji/buildinfo?buildID=1163784 .

Der Fall stellt sich so dar:

Der Maintainer von hplip, hat als AbhĂ€ngigkeit net-snmp drin und haut sein Update ins Stable Repo, ohne zu checken, ob den auch die Version von net-snmp im Stable ist, die er braucht. Wars nicht, also hat DNF zu Recht rumgeheult, daß es nicht updaten kann, weil gibt es nicht ja nicht im Repo, was das Paket so braucht. Das kommt ĂŒbrigens öfters vor, als man denkt. Sind halt alles nur Menschen 😀 Aber die Entschuldigung im Bugtracker ist ein Unikum 😀

Falls Euch das auch mal unterkommen sollte, ich hab die neue Version von net-snmp dann im UPDATES-TESTING Repo von Fedora vorgefunden und ein : dnf –enablerepo=updates-testing update net-snmp* hats dann gelöst. Da mĂŒĂŸt Ihr dann natĂŒrlich die Euch fehlende AbhĂ€ngigkeit benutzen, nicht net-snmp 😉