Details

    • Bug
    • Resolution: Fixed
    • Minor
    • None
    • None
    • None
    • RICOH Aficio MP C5000 1.24

    Description

      Graphs show 150% toner on all 4 colors. After confirming that there wasn't toner exploding from the copier, I've determined this to be a bug.

      Attachments

        1. ricoh-snmpwalk.txt
          59 kB
        2. tonerafter.jpg
          tonerafter.jpg
          34 kB
        3. unknown-0b.jpg
          unknown-0b.jpg
          34 kB

        Activity

          [OBS-598] 150% toner level reported

          after running its nightly discovery our Observium now updated all the toner levels to Unknown ?

          have you managed to have a look at the RicohPrivate MIB I have - http://anywhere.support/ricohmib

          si458 Simon Smith added a comment - after running its nightly discovery our Observium now updated all the toner levels to Unknown ? have you managed to have a look at the RicohPrivate MIB I have - http://anywhere.support/ricohmib

          Than this is normal. This is main problem why previously reported fake 150% level.

          This toners report level/capacity as '-2' or '-3'.
          In r6196 small change: now they shows as Unknown, but in DB and RRD stored as negative number.

          landy Mike Stupalov added a comment - Than this is normal. This is main problem why previously reported fake 150% level. This toners report level/capacity as '-2' or '-3'. In r6196 small change: now they shows as Unknown, but in DB and RRD stored as negative number.
          si458 Simon Smith added a comment - - edited

          please excuse my manners... I forgot about the debug - http://pastebin.com/mqU9P3sb

          the pages have now updated to alll say 1% which I know isnt correct because the webpages of the machines say ' 60% unknown 40% 50% '

          but its defo getting closer

          si458 Simon Smith added a comment - - edited please excuse my manners... I forgot about the debug - http://pastebin.com/mqU9P3sb the pages have now updated to alll say 1% which I know isnt correct because the webpages of the machines say ' 60% unknown 40% 50% ' but its defo getting closer

          Simon, debug for discovery/poller very helpful:

          ./discovery.php -d -m toner -h your_printer
          ./poller.php -d -m toner -h your_printer
          

          landy Mike Stupalov added a comment - Simon, debug for discovery/poller very helpful: ./discovery.php -d -m toner -h your_printer ./poller.php -d -m toner -h your_printer

          that fix hasnt worked sadly
          its now showing no toners and very weird text blobs?

          also I have found some interesting Ricoh Public and Private MIBs if anyone wants a look at them - http://anywhere.support/ricohmib

          and from what ive read in them its 1.3.6.1.4.1.367.3.2.1.2.24.1.* you need to be looking at for the Ricohs

          si458 Simon Smith added a comment - that fix hasnt worked sadly its now showing no toners and very weird text blobs? also I have found some interesting Ricoh Public and Private MIBs if anyone wants a look at them - http://anywhere.support/ricohmib and from what ive read in them its 1.3.6.1.4.1.367.3.2.1.2.24.1.* you need to be looking at for the Ricohs

          Quick fix added in r6194.

          landy Mike Stupalov added a comment - Quick fix added in r6194.

          is the any update on this issue at all?
          our 3 ricoh printers are still showing 150%
          Ricoh MP C4000, C5000, C2550

          si458 Simon Smith added a comment - is the any update on this issue at all? our 3 ricoh printers are still showing 150% Ricoh MP C4000, C5000, C2550

          Thanks for that analysis! I had put off looking into this as I was pretty sure the code was doing as it was supposed to. However, I guess we need to look at negative values and then just... not report a toner level.

          I actually have a copier here that also is reporting 150% now, I'll check if that is also this case.

          sid3windr Tom Laermans added a comment - Thanks for that analysis! I had put off looking into this as I was pretty sure the code was doing as it was supposed to. However, I guess we need to look at negative values and then just... not report a toner level. I actually have a copier here that also is reporting 150% now, I'll check if that is also this case.

          This doesn't look like a bug, but instead is the result of the printer not actually reporting accurate toner values via SNMP.

          From the Printer-MIB:


          prtMarkerSuppliesMaxCapacity

          Registration: 1.3.6.1.2.1.43.11.1.1.8
          Access: read-write
          Reference: None
          Description:

          The maximum capacity of this supply container/receptacle
          expressed in SupplyUnit. If this supply
          container/receptacle can reliably sense this value, the
          value is sensed by the printer and is read-only;
          otherwise, the value may be written (by a Remote Contol
          Panel or a Management Application). The value (-1) means
          other and specifically indicates that the sub-unit places
          no restrictions on this parameter. The value (-2) means
          unknown.

          prtMarkerSuppliesLevel

          Registration: 1.3.6.1.2.1.43.11.1.1.9
          Access: read-write
          Reference: None
          Description:

          The current level if this supply is a container; the
          remaining space if this supply is a receptacle. If this
          supply container/receptacle can reliably sense this
          value, the value is sensed by the printer and is
          read-only; otherwise, the value may be written (by a
          Remote Contol Panel or a Management Application). The
          value (-1) means other and specifically indicates that
          the sub-unit places no restrictions on this parameter.
          The value (-2) means unknown. A value of (-3) means that the
          printer knows that there is some supply/remaining space,
          respectively.


          So if the printer only reports whether there is some toner left, but not how much, it returns -3. It also will return a -2 for the capacity.

          The code for calculating the toner takes the current level (in this case -3), divides it by the capacity (-2), and multiplies by 100. This will be 150 everytime, so long as there is any toner left. To make this work "correctly", the printer manufacturers would have to modify their code to report the specific values for the level and capacity via SNMP.

          josephzancocchio joseph zancocchio added a comment - This doesn't look like a bug, but instead is the result of the printer not actually reporting accurate toner values via SNMP. From the Printer-MIB: prtMarkerSuppliesMaxCapacity Registration: 1.3.6.1.2.1.43.11.1.1.8 Access: read-write Reference: None Description: The maximum capacity of this supply container/receptacle expressed in SupplyUnit. If this supply container/receptacle can reliably sense this value, the value is sensed by the printer and is read-only; otherwise, the value may be written (by a Remote Contol Panel or a Management Application). The value (-1) means other and specifically indicates that the sub-unit places no restrictions on this parameter. The value (-2) means unknown. prtMarkerSuppliesLevel Registration: 1.3.6.1.2.1.43.11.1.1.9 Access: read-write Reference: None Description: The current level if this supply is a container; the remaining space if this supply is a receptacle. If this supply container/receptacle can reliably sense this value, the value is sensed by the printer and is read-only; otherwise, the value may be written (by a Remote Contol Panel or a Management Application). The value (-1) means other and specifically indicates that the sub-unit places no restrictions on this parameter. The value (-2) means unknown. A value of (-3) means that the printer knows that there is some supply/remaining space, respectively. So if the printer only reports whether there is some toner left, but not how much, it returns -3. It also will return a -2 for the capacity. The code for calculating the toner takes the current level (in this case -3), divides it by the capacity (-2), and multiplies by 100. This will be 150 everytime, so long as there is any toner left. To make this work "correctly", the printer manufacturers would have to modify their code to report the specific values for the level and capacity via SNMP.

          Hi,

          I also noticed this bug in CE 0.14.4.5229 reporting 150% of toner in Brother printers:

          • DCP8085
          • HL-5350DN
          • HL-3040CN (150% level on all color toners)

          Regards,

          cdmon Andreu Bassols added a comment - Hi, I also noticed this bug in CE 0.14.4.5229 reporting 150% of toner in Brother printers: DCP8085 HL-5350DN HL-3040CN (150% level on all color toners) Regards,

          SNMPwalk of RICOH Aficio MP C5000 with low yellow and cyan toner, displaying as 150% toner in observium build 5311.

          ebeheler Edward Beheler added a comment - SNMPwalk of RICOH Aficio MP C5000 with low yellow and cyan toner, displaying as 150% toner in observium build 5311.

          People

            sid3windr Tom Laermans
            ebeheler Edward Beheler
            Votes:
            2 Vote for this issue
            Watchers:
            9 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: