Welcome to Pandora FMS Community › Forums › Community support › Visual console view with snmp interface down
-
Visual console view with snmp interface down
Posted by rezo on January 22, 2008 at 20:29Hi,
Im using a module to check ifStatusOper of the ports of a switch.
I see em Agents detail that the data is correct.( 1> UP and 2>DOWN)
A need plot in a Visual Console the state of a interace, im using the dot pics, and its alwayes in green dot. (its possible plot a line as a What’s UP?…Line greep to interface UP and red, DOWN…im trying and always see black line.)
What i must do to visual console take value 2->Down and value 1->UP.
Thanks for the help!
Sancho replied 17 years ago 2 Members · 14 Replies -
14 Replies
-
::
Hi,
Im using a module to check ifStatusOper of the ports of a switch.
I see em Agents detail that the data is correct.( 1> UP and 2>DOWN)
Any monitor with data > 0 should report “UP” status, and data with 0 or below report as “DOWN”. Are you sure ?.
A need plot in a Visual Console the state of a interace, im using the dot pics, and its alwayes in green dot. (its possible plot a line as a What’s UP?…Line greep to interface UP and red, DOWN…im trying and always see black line.)
What i must do to visual console take value 2->Down and value 1->UP.
Thanks for the help!At this time all our tests give values > 0 for snmp proc types on interfaces what kind of SNMP are you monitoring ?. Transforming a 2 value on snmp_proc to a bad value (0) should be easy modifing pandora_network code, but I’m not sure that this needs to be done because I don’t understand the problem
To draw “colored” lines, you only need to link one object to another and set link color to true. You could see in our online demo-> ArticaST Office map.
Please confirm me problem with snmp_proc and give me more information to fully understand the problem.
-
::
I make the follow test:
First I use HostAlive module to test alert and Visual Console to map online or offline states…its ok.
After this I create a module. To do this i use the snmpwalk in a switch and get the follow:
…
IF-MIB::ifOperStatus.1 = INTEGER: up(1)
IF-MIB::ifOperStatus.2 = INTEGER: up(1)
IF-MIB::ifOperStatus.3 = INTEGER: down(2)
…
Then a make the two Modules to get ports 1 and 3 IfOperStatus…the values that i see in the pandora_console in module data is the same…1 to interface 1 e 2 to interface 3.Any thing wrong at here?
I see in a web that the data of this snmp object is 1(up), 2(down), 3(testing), 4(unknow)..and so on…I need to monitoring all interfaces of a central switch, send alerts and draw the respective state map.
-
::
I make the follow test:
First I use HostAlive module to test alert and Visual Console to map online or offline states…its ok.
After this I create a module. To do this i use the snmpwalk in a switch and get the follow:
…
IF-MIB::ifOperStatus.1 = INTEGER: up(1)
IF-MIB::ifOperStatus.2 = INTEGER: up(1)
IF-MIB::ifOperStatus.3 = INTEGER: down(2)
…
Then a make the two Modules to get ports 1 and 3 IfOperStatus…the values that i see in the pandora_console in module data is the same…1 to interface 1 e 2 to interface 3.Any thing wrong at here?
I see in a web that the data of this snmp object is 1(up), 2(down), 3(testing), 4(unknow)..and so on…I need to monitoring all interfaces of a central switch, send alerts and draw the respective state map.
Damm is a problem in implementation of SNMP Proc type. Standard codes are:
1 : unknown
2 : down
3 : idle
4 : setup
5 : connected
6 : testI’ll make a patch today and publish in the news forum.
Thanks for reporting.
-
-
::
Great man! So nice! Thank you so much!
I would like take more involvement with the Project, but i dont know if may i and how…
See you!
You’re doing !, sending bugs and giving details of your needs is the first step :-), if you want to help more, check out this page:
http://pandora.sourceforge.net/en/index.php?sec=joinus
I’m currently working on the SNMP issue. A patch will be available in the next few hours. I’ll post the URL here.
-
::
Great man! So nice! Thank you so much!
I would like take more involvement with the Project, but i dont know if may i and how…
See you!
You’re doing !, sending bugs and giving details of your needs is the first step :-), if you want to help more, check out this page:
http://pandora.sourceforge.net/en/index.php?sec=joinus
I’m currently working on the SNMP issue. A patch will be available in the next few hours. I’ll post the URL here.
Seems that Snmp responses for ports are no so standard as I thought. A user in tracker has reported that he is monitoring about 168 switches (cisco) and port monitors are working fine, so I need to test with more devices to be sure that responses are valid.
Seems to be that on several devices values are:
1 – up
2 – downOther values are not well tested yet. Finally I read RFC1213-MIB where it says that:
IF-MIB, RFC1213-MIB
SYNTAX INTEGER { up(1), down(2), testing(3), unknown(4), dormant(5), notPresent(6), lowerLayerDown(7) }So seems to have very clear specified that only good value for “up” is 1. If you get another value is because is down (2), unknown (0 or 4), or testing (3).
In 1.3.1 version, if a snmp_proc test cannot reach inside the network timeout, it gives an 0 (down) signal. This could be the reason for your problem, I’m working on two patches now:
a. New snmp_checks option for specify number of retries if first attempt fails (similar to option icmp_checks).
b. New snmp_timeout so specify a different timeout for snmp checks.I Hope this clarify the situation with SNMP checking.
-
::
n 1.3.1 version, if a snmp_proc test cannot reach inside the network timeout, it gives an 0 (down) signal. This could be the reason for your problem
I dont pretty understand you…
I dont get 0 from the snmp_proc in any moment…
The values achieved here is always 2 for down interface in ifOperStatus obj…
-
::
n 1.3.1 version, if a snmp_proc test cannot reach inside the network timeout, it gives an 0 (down) signal. This could be the reason for your problem
I dont pretty understand you…
I dont get 0 from the snmp_proc in any moment…
The values achieved here is always 2 for down interface in ifOperStatus obj…
Try latest version, it has several new options (retries and timeout) for SNMP
http://artica.homelinux.com/pandora_tarball/1.3.x/
http://artica.homelinux.com/pandora_tarball/1.3.x/pandora_server_1.3.x_2008_01_27.tar.bz2 -
-
::
Hi nil,
I install the latest version of pandora_console e pandora_server.
Copy the pandora_server.conf file and so on…But in a visual console, the interface 1 and 3 continue in green state…where 3 ports is in Down statusOper (2)…
Must I need to configure something more?
Are you using remote_snmp_proc type or snmp_data ?. You SHOULD use the first one since the second one is not valid to render status icons in map. If you are using the first, check that ttipo_modulo contents are:
You need to do a manual query on your Pandora database:
select id_tipo,nombre from ttipo_modulo;
This should give exactly this:
+———+———————+
| id_tipo | nombre |
+———+———————+
| 1 | generic_data |
| 2 | generic_proc |
| 3 | generic_data_string |
| 4 | generic_data_inc |
| 6 | remote_icmp_proc |
| 7 | remote_icmp |
| 8 | remote_tcp |
| 9 | remote_tcp_proc |
| 10 | remote_tcp_string |
| 11 | remote_tcp_inc |
| 15 | remote_snmp |
| 16 | remote_snmp_inc |
| 17 | remote_snmp_string |
| 18 | remote_snmp_proc |
| 100 | keep_alive |
+———+———————+ -
::
the query result is:
mysql> select id_tipo,nombre from ttipo_modulo;
+———+———————+
| id_tipo | nombre |
+———+———————+
| 1 | generic_data |
| 2 | generic_proc |
| 3 | generic_data_string |
| 4 | generic_data_inc |
| 6 | remote_icmp_proc |
| 7 | remote_icmp |
| 8 | remote_tcp |
| 9 | remote_tcp_proc |
| 10 | remote_tcp_string |
| 11 | remote_tcp_inc |
| 15 | remote_snmp |
| 16 | remote_snmp_inc |
| 17 | remote_snmp_string |
| 18 | remote_snmp_proc |
+———+———————+
14 rows in set (0.00 sec)I remove and insert again tthe modules…
And I insert module by the Agente Module Assigment using the SNMPWALK to find the correct SNMP OID….but the value captured of port 1 is 1 and port 3 is 2…and both green in visual console…For this equipament, i had insert three modules… ifStatus#1, ifStatus#3 and HostAlive…when i go in Agent Detail of the switch, in the full monitor list, only see HostLive Monitor…its ok? I dont found where insert ifStatus#1 and #3 there…
-
::
| 18 | remote_snmp_proc |
You’re lacking of new module 100 (keep_alive) introduced in 1.3.1 version, but it’s not important for this issue. If you’re interested, it0’s included in a new .sql file in console package.
I remove and insert again tthe modules…
And I insert module by the Agente Module Assigment using the SNMPWALK to find the correct SNMP OID….but the value captured of port 1 is 1 and port 3 is 2…and both green in visual console…For this equipament, i had insert three modules… ifStatus#1, ifStatus#3 and HostAlive…when i go in Agent Detail of the switch, in the full monitor list, only see HostLive Monitor…its ok? I dont found where insert ifStatus#1 and #3 there…
What do you see in main agent view, do you see the green/red square light for each module or you see only the module for host_alive ?. It you’re not seeing monitor data for status is because this module don’t have any data yet, probably because a missconfiguration (check ip, check snmp dependencies on networkserver, check snmp community, check timeout on server configuration)…
I hope this help!
-
::
Hi Nil,
Problem solved!
The problem was that the module created inst that module assigned…
To assigned the monitor agent i must the create a group, add the module to the group and than assigned the group template to the switch…then its works…
See the status oper i see tha the module assign in Agent Modules was the time data…and the created in modules is the tipo proc…
Thank you, man!
-
::
Hi Nil,
Problem solved!
The problem was that the module created inst that module assigned…
To assigned the monitor agent i must the create a group, add the module to the group and than assigned the group template to the switch…then its works…
See the status oper i see tha the module assign in Agent Modules was the time data…and the created in modules is the tipo proc…
Thank you, man!
Great news !! 🙂
Thanks, and happy monitoring !