[SOLVED] thold current numbers are incorrect

[hipsterdoofus]

I saw a thread about this elsewhere, but no solution. I am monitoring toner levels, etc on printers. The graphs have the correct numbers, but thold is off on the current levels. I am running thold 0.4.9. From what I read previously, thold pulls values from the rrd instead of the actual snmp commands, and so it may be off?

If this is the case, what would the solution be? Thanks.

[artagel]

Simply not enough information. Please follow the posting guidelines.

Maybe supply a graph that shows what you are talking about. Also, how much the data is off?

-Dan

[hipsterdoofus]

The amount of the difference seems to vary. So far I have not seen a pattern. Here is an example:

This is the graph:


This is the threshold:


Notice the graph shows the current level at 70.50 k and the threshold is reporting 77700. It is like this with everything that I have a threshold on. The graphs show the correct value, I can do a snmpwalk and verify this. The threshold values are not correct. I can provide further information, just tell me what you need.

[hipsterdoofus]

Also, here is some information from the threshold template on the above listed item, but as I said, it happens on other items rather than just this transfer kit:

[artagel]

This is taken from the cacti for beginners book(which I recommend), and might explain your problem:

As you may have noticed, you skipped the Data Type field, leaving it to the default value. What's the purpose of this field? Depending on the data source type you can use different methods for extracting a value from the data source. Remember when you created the graph templates? You sometimes had to use a CDEF to turn bits into bytes or make numbers negative. This same principle applies here. The values returned from the data source are not always the same values you displayed on the graph and, for some of these data sources, you had to use a CDEF to make them appear as you want.

Does that graph use CDEF?
-Dan

[hipsterdoofus]

artagel,

I do have some graphs that this is happening with that do use a CDEF, but this one in particular does not use one, it is using the exact values returned from the printer. The transfer kit has a value of number of pages left in its life, and according to the snmpwalk, the graph is getting the correct value of 70.5k (70500).

Now some of my other graphs do use CDEF's, and I understand I need to make sure I understand what is going on with those graphs and thresholds, but on the graph I have given as an example, there is no CDEF applied.

[hipsterdoofus]

Okay - so...do the root of the problem (which yes, I know is me) - turns out it doesn't look like thold current values are updating at all.



So - What do I have going on here?

[hipsterdoofus]

Okay, it looks like it may have NEVER worked since this reinstall. I tried to reinstall thold and am running into an issue that some others have threads about where the tables are not creating correctly. I can't seem to get it to work correctly.

Edit:

Seems to be working now. Had to manually enter the sql values for thold from another post. Odd.

[artagel]

Yeah,
Usually if you see those sql errors a table didn't get created properly.
From personal experience, if it didn't work the first time to install them, it probably won't work on reinstall. But if you try to disable uninstall install enable again you should see the sql errors showing the failed table create syntax. You "could" either fix it in the setup.php file or manually run the table create sql, check the error, and rerun it until it takes.

Either way, looks like you figured it out. Congrats!

Please mark this as solved, and also reply with the other post you used to resolve it if possible...in the future so others don't have to hunt.
-Dan

[hipsterdoofus]

Yeah,
Usually if you see those sql errors a table didn't get created properly.
From personal experience, if it didn't work the first time to install them, it probably won't work on reinstall. But if you try to disable uninstall install enable again you should see the sql errors showing the failed table create syntax. You "could" either fix it in the setup.php file or manually run the table create sql, check the error, and rerun it until it takes.

Either way, looks like you figured it out. Congrats!

Please mark this as solved, and also reply with the other post you used to resolve it if possible...in the future so others don't have to hunt.
-Dan

Yeah my problem is I usually go so long without problems that I have a hard time solving them when I DO have them! I'm somewhat of a casual Cacti user. So how do I mark this as solved?

[artagel]

Just click on edit on the first post and put the [Solved] tag on the front of the title.

[firni]

hi artagel.........
i am using cacti Version 0.8.7g.
my problem is Thold current value and graph values are different , but in cacti Thold current value should be equal to graph y axis bandwidth value.
i am using EXACT VALUE as Data Type.

how can solve this problem ?????

please help me ????????

[artagel]

Hi,
You should start a new thread with that question, and a lot of details to show your problem.
-Dan

[dlalaina]

Please, someone help me with this, the attached image has informations about the problem.

[artagel]

Can you show a sceenshot of the graph as you would see it in the graph area of cacti?
-Dan