Eeek I should've probably waited till the poller runs again. Thanks - you were right with the SNMP-Version. It seems to work now :)
Am Dienstag, den 31.05.2005, 05:46 +0200 schrieb Benjamin Judas:
> Re Folks,
>
> that also didn't solve it. The agent I am using is the plain net-snmpd.
> Again, the same Versions of net-snmpd, php-snmp & php used to work with
> the former version I had installed (jffnms-0.7.3).
>
> Am Montag, den 30.05.2005, 20:38 -0300 schrieb Javier Szyszlican:
> > Hi Benjamin,
> >
> > Look at this:
> >
> > 23:32:27 : H 3 : I 50 : P 25 :
> > snmp_counter:inpackets(.1.3..7.1): ->
> > buffer(): 3 (time P: 3.47 | B:0.32)
> >
> > It means we polled the OID and it gave an error or it didn't return
> > anything.
> >
> > So the problem is with your agent (net-snmp) and not with jffnms.
> >
> > Its probable that you are using SNMPv2 to monitor this host and that your
> > agent
> > does not support 64bit counters. Try using SNMPv1.
> >
> > Javier
> >
> > Benjamin Judas wrote:
> > > Hi,
> > >
> > > Thanks for reporting back that soon. The rrdtool-version installed is
> > > rrdtool-1.0.49.
> > >
> > > The output of "php -q poller2.php 3 50" (where '3' is host Vega and '50'
> > > is device eth0) is as follows (caution, long lines ahead):
> > >
> > > ----8<----------------------------------------------------------------------
> > > [23:32:16 [EMAIL PROTECTED]:/opt/jffnms/engine] php -q poller2.php 3
> > > 50
> > >
> > >
> > > 23:32:27 : H 3 : Poller Start : 19 Items.
> > > 23:32:27 : H 3 : I 50 : P 10 : verify_interface_number(): 1 ->
> > > verify_interface_number(): interfacenumber not changed (time P: 11.73 |
> > > B: 3.19)
> > > 23:32:27 : H 3 : I 50 : P 15 :
> > > cisco_snmp_ping_start:cisco_snmp_ping_start(): -1 -> buffer(): 1 (time
> > > P: 1.56 | B: 0.32)
> > > 23:32:27 : H 3 : I 50 : P 16 : interface_oper_status(8): up ->
> > > alarm(3,,180): Nothing was done (time P: 4.82 | B: 2.76)
> > > 23:32:27 : H 3 : I 50 : P 17 : interface_admin_status(7): up ->
> > > db(show_rootmap,down=2|up=1,0): 0 (time P: 4.49 | B: 0.28)
> > > 23:32:27 : H 3 : I 50 : P 20 : snmp_counter:input(.1.3..6.1):
> > > -> buffer(): 2 (time P: 3.65 | B: 0.32)
> > > 23:32:27 : H 3 : I 50 : P 25 :
> > > snmp_counter:inpackets(.1.3..7.1): -> buffer(): 3 (time P: 3.47 | B:
> > > 0.32)
> > > 23:32:27 : H 3 : I 50 : P 30 : snmp_counter:output(.1.3..0.1):
> > > -> buffer(): 4 (time P: 3.49 | B: 0.42)
> > > 23:32:27 : H 3 : I 50 : P 35 :
> > > snmp_counter:outpackets(.1.3..1.1): -> buffer(): 5 (time P: 3.63 | B:
> > > 0.54)
> > > 23:32:27 : H 3 : I 50 : P 40 :
> > > snmp_counter:outputerrors(.1.3..0.1): 0 -> buffer(): 6 (time P: 2.89 |
> > > B: 0.32)
> > > 23:32:27 : H 3 : I 50 : P 45 :
> > > snmp_counter:inputerrors(.1.3..4.1): 0 -> buffer(): 7 (time P: 2.77 | B:
> > > 0.33)
> > > 23:32:27 : H 3 : I 50 : P 46 : snmp_counter:drops(.1.3..9.1): 0
> > > -> buffer(): 8 (time P: 2.76 | B: 0.33)
> > > 23:32:27 : H 3 : I 50 : P 47 : db:bandwidthin(band..tes):
> > > 1250000 -> buffer(): 9 (time P: 0.15 | B: 0.37)
> > > 23:32:27 : H 3 : I 50 : P 48 : db:bandwidthout(band..tes):
> > > 1250000 -> buffer(): 10 (time P: 0.15 | B: 0.34)
> > > 23:32:27 : H 3 : I 50 : P 50 : cisco_snmp_ping_wait(): -1 ->
> > > no_backend(): 0 (time P: 0.35 | B: 0.1)
> > > 23:32:27 : H 3 : I 50 : P 55 :
> > > cisco_snmp_ping_get_pl:packetloss(): 0 -> buffer(): 11 (time P: 0.32 |
> > > B: 0.33)
> > > 23:32:27 : H 3 : I 50 : P 60 : cisco_snmp_ping_get_rtt:rtt(): 0
> > > -> buffer(): 12 (time P: 0.32 | B: 0.33)
> > > 23:32:27 : H 3 : I 50 : P 65 : cisco_snmp_ping_end(): -1 ->
> > > no_backend(): 0 (time P: 0.29 | B: 0.1)
> > > 23:32:27 : H 3 : I 50 : P 80 : no_poller(): 0 -> rrd(*):
> > > inputerrors:0 - outputerrors:0 - rtt:0 - packetloss:0 - drops:0 -
> > > bandwidthin:1250000 - bandwidthout:1250000 (time P: 0.12 | B: 67.11)
> > > 23:32:27 : H : I 50 : P LPD : last_poll_date(): 1117488747 ->
> > > db(last_poll_date): 1 (time P: 0.11 | B: 13.19)
> > > 23:32:27 : H 3 : Poller End, Total Time: 234 msec.
> > > --->8------------------------------------------------------------------
> > >
> > >
> > > Thank you,
> > > Benni
> > >
> > > Am Montag, den 30.05.2005, 17:48 -0300 schrieb Javier Szyszlican:
> > >
> > >>Hi,
> > >>
> > >>I'm glad you like jffnms.
> > >>
> > >>Please check if your rrdtool version is 1.0.x, branch 1.2.x is not
> > >>supported at
> > >>the moment.
> > >>
> > >>Also it will be good if you could show us the result of the poller2.php
> > >>(or
> > >>poller) output .
> > >>
> > >># cd /opt/jffnms/engine
> > >># php -q poller2.php HOST_ID INTERFACE_ID
> > >>
> > >>Javier
> > >>
> > >>Benjamin Judas wrote:
> > >>
> > >>>Hi,
> > >>>
> > >>>I hope this isn't the most frequently asked question on this
> > >>>mailinglist, but searching the archives didn't turn up anything
> > >>>interesting for me, so I think it is ok to write this e-mail.
> > >>>
> > >>>I did a complete reinstall of JFFNMS last thursday. I was using an older
> > >>>0.7-Version from last october or so without any problems. Now I wiped
> > >>>the complete database and completely reinstalled JFFNMS. First of all I
> > >>>have to say, that I am very suprised about the progress between the
> > >>>version I had previously installed and the current one. However, there
> > >>>is one problem left: I don't get any graphs for my network interfaces
> > >>>(not from any of the 7 machines I am monitoring here). Disk-Space, CPU-
> > >>>and Memory-Utilization works fine and is perfectly graphed. I already
> > >>>tried to set a 'manual' value in the device setup (i.e. change from
> > >>>"When poller runs" to "every five minutes") but it didn't help. Note:
> > >>>The graph is empty: It is present but without any data in it.
> > >>>
> > >>>Manually running snmpget returns the values perfectly. Manually running
> > >>>"php -q /opt/jffnms/engine/rrd_analizer.php" didn't show up any
> > >>>suspicious output - unfortunately, because this doesn't return *any*
> > >>>information ;)
> > >>>
> > >>>I hope someone in here has an idea what could be wrong.
> > >>>
> > >>>Regards,
> > >>>
> > >>>Benni
> > >>
> >
--
Benjamin Judas
---------------------------------------------------------------------
Gentoo-developer http://dev.gentoo.org/~beejay
Giessen, Germany http://www.gentoo.org
GPG-Key : 0xC31DEDD8
Key-Fingerprint : 4E65 AAFE 785B 61D8 E4D9 1671 E017 87B7 C31D EDD8
Jabber : [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
