Welcome to Pandora FMS Community › Forums › Community support › Advanced troubleshooting › Status not changing for certain modules
-
Status not changing for certain modules
Posted by opike on January 3, 2011 at 15:45This post is a follow-up to this thread (I’m unable to post replies to that thread):
http://openideas.info/smf/index.php/topic,2301.0.htmlI have 2 modules, one that checks free disk space (one of the default modules that came with the agent) and the other that performs a tcp check. Both are of type “generic numeric” and as far as I can tell, are configured similarly. However I can’t get the status to change for the tcp check module but I can for the free disk space module.
The tcp check module is returning a value of 0 and I set the minimum level for warning to 60 and for critical to 50, but the status is still showing as green.
Here is a screen shot of the agent details for the server:
(the 2 modules I’m working with are “FreeDiskC” and “oracleepm tcp check”)
http://www.pikefin.com/img/agent_detail.jpgScreen shot of module details for the free disk space module:
http://www.pikefin.com/img/free_disk_module.jpgScreen shot of module details for tcp check module:
http://www.pikefin.com/img/tcp_check_module.jpgI also tried bouncing the pandora server process but that had no effect.
javilanz replied 13 years, 11 months ago 3 Members · 14 Replies -
14 Replies
-
-
::
I just upgraded to 3.2 full release from 3.2RC2 and the status is still not changing.
If I’m unable to get this most basic functionality to work with pandora then I’m going to have to switch to another monitoring system like spiceworks.
Hi !
Can you please send us a screenshot of the definition of modules ?. This sounds very odd 😕
-
::
Not quite sure what you mean by definitions of modules. In my original post I provided screen shots of the properties of the modules:
Screen shot of module details for the free disk space module:
(this module behaves correctly)
http://www.pikefin.com/img/free_disk_module.jpgScreen shot of module details for tcp check module:
(this module is not working)
http://www.pikefin.com/img/tcp_check_module.jpgIf you are looking for something different, can you give me some more details? Thanks.
-
::
I mean how do you get the data? (local module, network?), you mention the disk module status changes is are working, but tcp module doesnt: I’ve realized you have an intersection in the definition of tcp crit/warn status: modify it in order to change, for example 50-60 warning, 60-100 crit.
I hope with a little help you will get pandora working nicely very soon !
-
::
Thanks again for your help.
The data for both modules is being brought over the network via tentacle. I know the data is being received by the server correctly because I can see the correct value under the “Data” column in the agent detail.
One thing I just noticed is that not all of the modules under the same agent have the same number of data points. For example, if I look at the raw data for “CPUUse” I see many data points for 1/6/2011. But there is only one data point for both the module “FreeDiskC” and “oracleepm tcp check”. Theoretically, shouldn’t all modules under one agent have the same # of data points?
-
-
-
::
I tested this with an agent that is local to the server and I’m seeing the same behavior (status not changing).
Regarding my previous comment about the # of data points, I see now that the data is only stored if there is a change from the previous value.
Yes, it’s one of the important features in Pandora about how it stores information in the DB. Until you don’t get a different value (or wait 24hr since last value) it will not change any status, because will “understand” that nothing has changed from the last value it got, even if you change the status thresholds. Here you have two options to “get refresh” the information:
1. Force a different value in the data reception.
2. Delete the module in the console and create again.
3. Wait 24hr since the last reception. -
-
::
Ok, I understand that now.
But even if the value is the same, if it is below the warning or critical minimum threshold, the status should change.
You’re right, this could be a big confussion. I’m created a bug in our tracker about this issue:
https://sourceforge.net/tracker/?func=detail&aid=3152993&group_id=155200&atid=794852
Thanks for your time !
-
::
It’s not just that the status doesn’t change when the value is constant…. even when the value changes the status still doesn’t change.
I can give you access to my console over the internet if you want to take a look at it yourself.
Let me know and I can email you the connection settings.
-
::
Hi opike,
You said that the tcp check module returns 0, right?
Looking at your screenshots I would say that If the received data from the module (0 in your case) is not within its warning & critical levels, the module status won’t ever change.Besides, I’ve checked another situation:
If you change the module’s warning & critical levels, and the data sent is within those levels, it will change the module status in the next agent contact.Hope this will be helpful for you
Regards
-
-