Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SNMP network discovery crashes HP LaserJet 9040 #2055

Closed
michaelrsweet opened this issue Oct 26, 2006 · 9 comments
Closed

SNMP network discovery crashes HP LaserJet 9040 #2055

michaelrsweet opened this issue Oct 26, 2006 · 9 comments
Milestone

Comments

@michaelrsweet
Copy link
Collaborator

Version: 1.2.5
CUPS.org User: ea

My HP LaserJet 9040 crashes with "49.FF04 SERVICE ERROR" when I'm entering "Administration" tab оf web interface or modifing/installing printer. I disabled SNMP on the printer to avoid this side effect.
HP LaserJet 4000 and HP Color LaserJet 8550 from the same network are going well through SNMP network discovery and showing up in administration tab.
It should be noted that first time i'm entering "Administration" tab LaserJet 9040 printer showing up on page. At the same moment it is dead.
Tested on cups 1.2.4, 1.2.5 (gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk))

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: mike

Make sure you have the current firmware installed on the printer; this sounds like a firmware bug that HP would have fixed by now... :)

If you still experience problems, please let me know the firmware versions on your printer (just print the configuration page via the control panel) and I'll see if I can get an answer from HP...

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: ea

Thank you for a quick answer :)
Updated to 20060503 08.106.1 firmware (latest from HP web site).
Printer doesn't crash on autodiscovery now, but it would't print until I turn it off/on (it's just saying "Ready"). May be I'm doing something wrong, so I'm going to continue tests for a cuple days.

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: ea

Some tests on autodiscovery with HP CLJ 8550n HP LJ 9040n, HP LJ 4000n, HP LJ 2300:
SNMP v1/v2 is turned on in read only mode on all printers. Printers and CUPS server are at the same class C network.

  1. Cups 1.2.5 restarted, printers turned off&on. Response to telnet commands at HP 8550 is high.
  2. Administration tab shows all printers.
  3. Refresh of administration tab returns only HP 4000 and HP 2300 printers.
  4. Another refresh in 10 minutes returns the same page.
  5. HP 9040 says it's Ready. But it wouldn't print any jobs until I turned it off&on.
  6. HP 8550 prints it's jobs, but now respose to telnet commands is very slooow.
    Web interface of HP 8550 is hanging sometimes at this step also.
    Running /usr/lib/cups/backend/snmp at this step showes me HP 4000, HP 2300 printers and sometimes unknown device at HP8550 ip address.
  7. Printers turned off&on. Now I can reproduce steps 1-5.

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: mike

OK, I can't reproduce any of the unresponsive or slow printing issues with our numerous HP printers.

What kind of network gear are you using?

Do you see a spike in network activity after the scan?

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: ea

I'm using 3Com switches (superstack 3300). I'm going to try to move all printers and CUPS printserver to one switch and make another test set.
Are you interested in debug output of snmp backend?

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: mike

Sure, let me know how things work out!

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: mieses

HP LaserJet 2420DN with current firmware 08.111.1 (20060425) is also affected.

@michaelrsweet
Copy link
Collaborator Author

CUPS.org User: mike

Try the attached patch, which disables IPP on HP printers.

@michaelrsweet
Copy link
Collaborator Author

"str2055.patch":

Index: snmp.c

--- snmp.c (revision 6141)
+++ snmp.c (working copy)
@@ -1729,14 +1729,16 @@

if (device->make_and_model &&
(!strncasecmp(device->make_and_model, "Epson", 5) ||

  •   !strncasecmp(device->make_and_model, "HP ", 3) ||
    
  •   !strncasecmp(device->make_and_model, "Hewlett", 7) ||
    !strncasecmp(device->make_and_model, "Kyocera", 7) ||
    !strncasecmp(device->make_and_model, "Lexmark", 7) ||
    !strncasecmp(device->make_and_model, "Tektronix", 9) ||
    !strncasecmp(device->make_and_model, "Xerox", 5)))
    
    {
    /*
  • * Epson, Kyocera, Lexmark, Tektronix, and Xerox printers often lock up on
  • * IPP probes, so exclude them from the IPP connection test...
  • * Epson, HP, Kyocera, Lexmark, Tektronix, and Xerox printers often lock
    • up on IPP probes, so exclude them from the IPP connection test...
      */

      http = NULL;
      @@ -1769,9 +1771,9 @@
      static const char * const resources[] =
      { /* Common resource paths for IPP */
      "/ipp",

  •         "/ipp/port2",
    
  •         "/ipp/port3",
    
  •         "/EPSON_IPP_Printer",
    
  •         /_"/ipp/port2",_/
    
  •         /_"/ipp/port3",_/
    
  •         /_"/EPSON_IPP_Printer",_/
          "/LPT1",
          "/LPT2",
          "/COM1",
    

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant