It seems your agent (the Cisco Switch) is not returning anything for this
interfaces at all.

Check the SNMP Community using snmpwalk from the CLI.

Javier

jim corn wrote:
> Hi
> Well, it should be showing inOctets...here is the output from a cpu
> interface on a cisco switch.
> 
> [EMAIL PROTECTED] engine]# php poller.php 168 2078
> Content-type: text/html
> X-Powered-By: PHP/4.3.11
> 
> 08:53:31  :  H 168 : Poller Start : 9 Items.
> 08:53:31  :  H 168 :  I 2078 :  P  10 : snmp_counter:cpu(.1.3..5.1): 
> -> buffer(): 1 (time P:1.41 | 0.43)
> 08:53:31  :  H 168 :  I 2078 :  P  15 :
> snmp_counter:tcp_established(.1.3..9.0):  -> buffer(): 2 (time P:0.85
> | 0.2)
> 08:53:31  :  H 168 :  I 2078 :  P  20 :
> snmp_counter:mem_used(.1.3..5.1):  -> buffer(): 3 (time P:0.81 | 0.2)
> 08:53:31  :  H 168 :  I 2078 :  P  25 :
> snmp_counter:tcp_active(.1.3..5.0):  -> buffer(): 4 (time P:0.79 |
> 0.2)
> 08:53:31  :  H 168 :  I 2078 :  P  30 :
> snmp_counter:mem_free(.1.3..6.1):  -> buffer(): 5 (time P:0.83 | 0.21)
> 08:53:31  :  H 168 :  I 2078 :  P  35 :
> snmp_counter:tcp_passive(.1.3..6.0):  -> buffer(): 6 (time P:0.79 |
> 0.21)
> 08:53:31  :  H 168 :  I 2078 :  P  40 : acct_bytes,acct_packets(): 0,0
> -> multi_buffer(): 8 (time P:1.34 | 0.46)
> 08:53:31  :  H 168 :  I 2078 :  P  50 : no_poller(): 0 -> rrd(*): 
> (time P:0.23 | 7.24)
> 08:53:31  :  H 168 :  I 2078 :  P LPD : last_poll_date(): 1120136011
> -> db(last_poll_date): 1 (time P:0.32 | 3.3)
> 08:53:31  :  H 168 : Poller End, Total Time: 35.76 msec.
> [EMAIL PROTECTED] engine]#
> 
> 
> Still no lines in the graph.  I am beginning to think I'll have to
> wipe my jffnms and do a fresh install of 0.8.2...unless there is
> something more that could be tested.
> 
> On 6/30/05, Javier Szyszlican <[EMAIL PROTECTED]> wrote:
> 
>>08:40:33  :  H  44 :  I 546 :  P  20 : snmp_counter:input(.1.3..651):
>>-> buffer(): 2 (time P:1.24 | 0.23)
>>
>>That maens that this interface does not provide the InOctets counter.
>>So its ok you are seeing no data. The SNMP agent is not reporting any.
>>
>>Javier
>>
>>jim corn wrote:
>>
>>>Hi
>>>I can run the poller by hand no problem, here is the output from one
>>>interface on one host;
>>>
>>>
>>>[EMAIL PROTECTED] engine]# php poller.php 44 546
>>>Content-type: text/html
>>>X-Powered-By: PHP/4.3.11
>>>
>>>08:40:33  :  H  44 : Poller Start : 18 Items.
>>>08:40:33  :  H  44 :  I 546 :  P  10 : verify_interface_number():  ->
>>>verify_interface_number(): interfacenumber not changed (time P:1.32 |
>>>2.06)
>>>08:40:33  :  H  44 :  I 546 :  P  15 :
>>>cisco_snmp_ping_start:cisco_snmp_ping_start(): -1 -> buffer(): 1 (time
>>>P:1.41 | 0.46)
>>>08:40:33  :  H  44 :  I 546 :  P  20 : snmp_counter:input(.1.3..651):
>>>-> buffer(): 2 (time P:1.24 | 0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  25 :
>>>snmp_counter:inpackets(.1.3..651):  -> buffer(): 3 (time P:0.87 |
>>>0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  30 : snmp_counter:output(.1.3..651):
>>> -> buffer(): 4 (time P:0.99 | 0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  35 :
>>>snmp_counter:outpackets(.1.3..651):  -> buffer(): 5 (time P:0.87 |
>>>0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  40 :
>>>snmp_counter:outputerrors(.1.3..651):  -> buffer(): 6 (time P:0.87 |
>>>0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  45 :
>>>snmp_counter:inputerrors(.1.3..651):  -> buffer(): 7 (time P:0.86 |
>>>0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  46 : snmp_counter:drops(.1.3..651):
>>>-> buffer(): 8 (time P:0.86 | 0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  47 : db:bandwidthin(band..tes):
>>>12500000 -> buffer(): 9 (time P:0.33 | 0.25)
>>>08:40:33  :  H  44 :  I 546 :  P  48 : db:bandwidthout(band..tes):
>>>12500000 -> buffer(): 10 (time P:0.13 | 0.25)
>>>08:40:33  :  H  44 :  I 546 :  P  50 : cisco_snmp_ping_wait(): -1 ->
>>>no_backend(): 0 (time P:0.57 | 0.23)
>>>08:40:33  :  H  44 :  I 546 :  P  55 :
>>>cisco_snmp_ping_get_pl:packetloss(): 0 -> buffer(): 11 (time P:0.51 |
>>>0.24)
>>>08:40:33  :  H  44 :  I 546 :  P  60 : cisco_snmp_ping_get_rtt:rtt():
>>>0 -> buffer(): 12 (time P:0.51 | 0.24)
>>>08:40:33  :  H  44 :  I 546 :  P  65 : cisco_snmp_ping_end(): -1 ->
>>>no_backend(): 0 (time P:0.42 | 0.11)
>>>08:40:33  :  H  44 :  I 546 :  P  70 : mactrack(): 0 -> no_backend():
>>>0 (time P:1.59 | 0.11)
>>>08:40:33  :  H  44 :  I 546 :  P  80 : no_poller(): 0 -> rrd(*): rtt:0
>>>- packetloss:0 - bandwidthin:12500000 - bandwidthout:12500000 (time
>>>P:0.24 | 175.45)
>>>08:40:33  :  H  44 :  I 546 :  P LPD : last_poll_date(): 1120135233 ->
>>>db(last_poll_date): 1 (time P:0.37 | 6.23)
>>>08:40:33  :  H  44 : Poller End, Total Time: 228.87 msec.
>>>
>>>
>>>There is no problem with that...the rrds "seem" to be updating just
>>>fine, crond is running, yet ALL my graphs show no lines except for the
>>>RTT graph.  Any idea.  Thanks.
>>>
>>>On 6/30/05, Craig Small <[EMAIL PROTECTED]> wrote:
>>>
>>>
>>>>On Thu, Jun 30, 2005 at 08:16:06AM -0400, jim corn wrote:
>>>>
>>>>
>>>>>So, after my problems with running redhat update, I've got most
>>>>>everything else fixed, but now my graphs are showing no lines, they
>>>>>show the max, min, last values on the bottom, but no lines at all
>>>>>(except for the old data before the crash).  Also, my RTT graphs seem
>>>>>to be working just fine, just not any traffic/snmp related graphs.
>>>>
>>>>Run one of the pollers by hand specifying the host and interface id
>>>>as arguments.  Make sure that you try an interface you're having
>>>>problems with.
>>>>
>>>>- Craig
>>>>--
>>>>Craig Small      GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
>>>>Eye-Net Consulting http://www.enc.com.au/   MIEE         Debian developer
>>>>csmall at : enc.com.au                      ieee.org           debian.org
>>>>
>>>>
>>>>-------------------------------------------------------
>>>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>>
>>>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>>
>>>>informative Webcasts and more! Get everything you need to get up to
>>>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>>>_______________________________________________
>>>>jffnms-users mailing list
>>>>[email protected]
>>>>https://lists.sourceforge.net/lists/listinfo/jffnms-users
>>>>
>>>
>>>
>>>
>>--
>>=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>Javier Szyszlican, Project Leader, JFFNMS
>>[EMAIL PROTECTED]
>>
>>I hope JFFNMS or I were helpful to you, if you
>>can, please donate at http://jffnms.org/donate
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>jffnms-users mailing list
>>[email protected]
>>https://lists.sourceforge.net/lists/listinfo/jffnms-users
>>
> 
> 
> 

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Javier Szyszlican, Project Leader, JFFNMS
[EMAIL PROTECTED]

I hope JFFNMS or I were helpful to you, if you
can, please donate at http://jffnms.org/donate



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
jffnms-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jffnms-users

Reply via email to