Stupid error

[Kyeto]

Before my reboot i don't have error but now ...

Debian:~# php4 /usr/share/cacti/site/poller.php
ERROR: illegal attempt to update using time 1123241454 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:0.07
ERROR: illegal attempt to update using time 1123241454 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:0.07
ERROR: illegal attempt to update using time 1123241454 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:0.07
ERROR: illegal attempt to update using time 1123241454 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:0.07
ERROR: illegal attempt to update using time 1123241454 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:0.07
ERROR: illegal attempt to update using time 1123241454 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:0.07
ERROR: illegal attempt to update using time 1123241454 when last update time is 1123244881 (minimum one second step)
OK u:0.03 s:0.01 r:0.07
ERROR: illegal attempt to update using time 1123241470 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:1.02
ERROR: illegal attempt to update using time 1123241470 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:1.02
ERROR: illegal attempt to update using time 1123241470 when last update time is 1123244881 (minimum one second step)
OK u:0.03 s:0.01 r:2.04
ERROR: illegal attempt to update using time 1123241470 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:2.04
ERROR: illegal attempt to update using time 1123241470 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:2.04
ERROR: illegal attempt to update using time 1123241470 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:2.04
ERROR: illegal attempt to update using time 1123241470 when last update time is 1123245004 (minimum one second step)
OK u:0.03 s:0.01 r:2.04

and graphs aren't be updated

[rony]

It will resolve itself in about 1 hour. But in the future make sure that you are updating the clock on that server on a regular basis. Reboot must have run a ntpupdate which altered the servers time into the past. When attempts where made to update the rrd files, they got this error, because they had later time stamps in them.

[Kyeto]

Exactily, it's good
my graphs are updated, but sometimes several graphs not be updated.

Host MIB - CPU Utilization and Interface - Traffic (bits/sec) bug, i don't have graph for it

[Kyeto]

I have created a devise : SNMP

In the Traffic graph, in debug mode :

RRDTool Says:

OK

But the graph is empty

[rony]

Did you wait at least 1 polling cycle?

[Kyeto]

Yes of course, but in cacti.log

08/07/2005 12:24:58 PM - CMDPHP: Poller[0] Host[1] DS[9] WARNING: Result from SNMP not valid. Partial Result:
08/07/2005 12:25:06 PM - CMDPHP: Poller[0] Host[1] DS[16] WARNING: Result from SNMP not valid. Partial Result:
08/07/2005 12:25:06 PM - CMDPHP: Poller[0] Host[1] DS[16] SNMP: v1: 127.0.0.1, dsname: cpu_nice, oid: .1.3.6.1.4.1.2021.11.51.0, output: U
08/07/2005 12:25:08 PM - CMDPHP: Poller[0] Host[1] DS[10] WARNING: Result from SNMP not valid. Partial Result:
08/07/2005 12:25:08 PM - CMDPHP: Poller[0] Host[1] DS[10] SNMP: v1: 127.0.0.1, dsname: cpu_system, oid: .1.3.6.1.4.1.2021.11.52.0, output: U
08/07/2005 12:25:08 PM - CMDPHP: Poller[0] Host[1] DS[17] WARNING: Result from SNMP not valid. Partial Result:
08/07/2005 12:25:08 PM - CMDPHP: Poller[0] Host[1] DS[17] SNMP: v1: 127.0.0.1, dsname: cpu_system, oid: .1.3.6.1.4.1.2021.11.52.0, output: U
08/07/2005 12:25:10 PM - CMDPHP: Poller[0] Host[1] DS[11] WARNING: Result from SNMP not valid. Partial Result:
08/07/2005 12:25:10 PM - CMDPHP: Poller[0] Host[1] DS[11] SNMP: v1: 127.0.0.1, dsname: cpu_user, oid: .1.3.6.1.4.1.2021.11.50.0, output: U
08/07/2005 12:25:10 PM - CMDPHP: Poller[0] Host[1] DS[18] WARNING: Result from SNMP not valid. Partial Result:
08/07/2005 12:25:10 PM - CMDPHP: Poller[0] Host[1] DS[18] SNMP: v1: 127.0.0.1, dsname: cpu_user, oid: .1.3.6.1.4.1.2021.11.50.0, output: U

[gandalf]

08/07/2005 12:25:06 PM - CMDPHP: Poller[0] Host[1] DS[16] SNMP: v1: 127.0.0.1, dsname: cpu_nice, oid: .1.3.6.1.4.1.2021.11.51.0, output: U

Kyoto,

so you are trying to get SNMP OID .1.3.6.1.4.1.2021.11.51.0 from localhost (127.0.0.1). To verify, that your local snmp agent supplies this information, try following command

Code: Select all

snmpget -c <community> -v 1 localhost .1.3.6.1.4.1.2021.11.51.0

and replace <community> by the snmp community string (e.g. to be found in the device definition for that host, equals to "public" if not specifically set). If that command fails, cacti won't be able to report any values. Perhaps you should have a look to your local SNMP configuration.
As a starting point to verify your SNMP agent is working well, replace the OID by the string "system".

hth
Reinhard

[Kyeto]

Debian:~# snmpget -c public -v 1 localhost .1.3.6.1.4.1.2021.11.51.0
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: UCD-SNMP-MIB::ssCpuRawNice.0

I have installe snmp with apt-get on Debian Sarge
I don't have edit snmpd.conf
Are there anything to change ?

[gandalf]

I have installe snmp with apt-get on Debian Sarge

Kyeto,

and here it is again, my problem ...
Sorry, but I don't have any knowledge of the Debian distro.
Another try: Please replace the OID with the string "system". This should work at least to verify your basic SNMP installation. If it doesn't, please replace "localhost" with the IP/DNS Name of your box (perhaps Debian SNMP defaults do not allow to use SNMP on localhost like other distros). As far as this cmd will not work, you won't get any SNMP infos out of cacti (and there are lots!).
Some Debian/SNMP gurus out there?

Reinhard

[Kyeto]

Debian:~# snmpget -c public -v 1 localhost system
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: SNMPv2-MIB::system

Debian:~# snmpget -c public -v 1 192.168.0.3 system
Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: SNMPv2-MIB::system

I hate snmp

[Kyeto]

i have a good and a bad news.

The good : it's better

The bad : it's not that :s

Debian:~# snmpget -c public -v 1 localhost .1.3.6.1.4.1.2021.11.51.0
Timeout: No Response from localhost.

Anyone can help me ?

[gandalf]

Kyeto,
ok, this is definetely an snmp agent problem. That is, you are querying a system that does not have a properly configured snmp agent. Perhaps it is not started at all or not properly configured to answer your requests. As a starting point, you may have a look at /etc/snmp/snmpd.conf (at least for RH distro). There should be some inline documentation.

Reinhard

[capnqwest]

Kyeto,

Try these steps. Pare down you snmpd.conf file for testing purposes by:

1) # cd /etc/snmpd
2) # mv snmpd.conf snmpd.conf.old (saves the default debian snmpd.conf)
3) # vi snmpd.conf

Enter this line exactly:
rocommunity kyeto
then save the document as snmpd.conf and exit vi

4) then make the snmpd start on each reboot by:
# chkconfig snmpd on

5) Manually start snmpd:
# service snmpd start

6) Test that snmp is working
# snmpwalk -v 1 -c kyeto localhost system

If you still get no response from localhost, try rebooting and running the query again. I'm not experienced with debian but I've used the above steps to test snmp on several other distros.

[Kyeto]

i have test your method, but no result
already timeout