Oscar,
From your rrdtool output, it just looks like you haven't waited long enough for data to accumulate in order to be able to show anything significant. Are you still having this problem?
Search found 30 matches
- Fri Jul 07, 2006 10:47 am
- Forum: Scripts and Templates
- Topic: Take data with SNMP OID
- Replies: 3
- Views: 2968
- Fri Jul 07, 2006 10:39 am
- Forum: Help: General
- Topic: broken MIB ?
- Replies: 1
- Views: 1319
This sounds like a snmp agent issue instead of a Cacti issue. You might set the Cacti poller logging level to DEBUG and check the output to see if there are any more clues. Also, searching google for your snmp error returns some interesting results: http://www.google.com/search?q=Reason%3A+%28noSuch...
- Fri Jul 07, 2006 9:53 am
- Forum: Help: General
- Topic: Where are graphs?
- Replies: 4
- Views: 2486
- Fri Jul 07, 2006 9:49 am
- Forum: Help: Linux/Unix Specific
- Topic: Not Graphing Generic Oid
- Replies: 6
- Views: 3197
- Wed Jul 05, 2006 5:22 pm
- Forum: Help: General
- Topic: Data Query - No SNMP data returned
- Replies: 8
- Views: 4111
- Wed Jul 05, 2006 5:14 pm
- Forum: Help: General
- Topic: Cacti Migration, rrd files not updated.
- Replies: 3
- Views: 1917
- Wed Jul 05, 2006 5:11 pm
- Forum: Help: General
- Topic: Data Query - No SNMP data returned
- Replies: 8
- Views: 4111
- Wed Jul 05, 2006 4:41 pm
- Forum: Help: General
- Topic: Data Query - No SNMP data returned
- Replies: 8
- Views: 4111
I believe it is... XML is as follows: The SNMP query xml that you have here is referencing more than just the .1.3.6.1.4.1.2636.3.1.13.1.5 OID that you posted the above output for. You might post a walk of the full snmp table that this SNMP Indexed Query is using. But, looking at the XML, is the jn...
- Wed Jul 05, 2006 1:11 pm
- Forum: Help: General
- Topic: Data Query - No SNMP data returned
- Replies: 8
- Views: 4111
From the snmpwalk that you've given us, it looks like whatever data you are trying to query is not in the form of an indexed snmp table and not really suited to a SNMP Indexed Query. You might consider attaching a copy of the XML file (juniper_fru.xml) that defines your SNMP query so that we can bet...
- Wed Jul 05, 2006 9:45 am
- Forum: Help: Linux/Unix Specific
- Topic: Not Graphing Generic Oid
- Replies: 6
- Views: 3197
I was asking for the specific OID that you were using for your graph and the values returned from an snmpwalk for that OID. Please only return numerical values since I do not have a MIB file to compare. Also, if you would post the debug output from your graph in cacti, it would help in understanding...
- Wed Jul 05, 2006 9:44 am
- Forum: Help: General
- Topic: Compute difference between 2 values
- Replies: 3
- Views: 1435
- Tue Jul 04, 2006 2:30 pm
- Forum: Help: Linux/Unix Specific
- Topic: Migration requisites
- Replies: 10
- Views: 4717
As far as I know, the actual data is stored on rrd files, and cacti always generate the graphs looking at those rrd files right ? You spoke about migrating MySql database, but you didn't say anything about the rrd files. For example, all query results are stored on mysql?? or they are only stored o...
- Tue Jul 04, 2006 1:15 pm
- Forum: Help: Linux/Unix Specific
- Topic: cacti on Mac OSX 10.4 Server?
- Replies: 7
- Views: 2754
- Tue Jul 04, 2006 1:12 pm
- Forum: Help: General
- Topic: Cacti web interface not available
- Replies: 11
- Views: 6239
Re: :solved:
First of all thank you for your quick answer. You are absolutly right i runned myisamchk without locking it or shutting down the mysql-server. i mentioned the raid just because of the possible harddisk-error as a reason for the problem. nor the os neither the mysql-service stopped when the error ac...
- Tue Jul 04, 2006 1:08 pm
- Forum: Help: Linux/Unix Specific
- Topic: Migration requisites
- Replies: 10
- Views: 4717
Migrating cacti to a new server/location.
I know of no guide, but I've done this a few times. I would not upgrade cacti until you have successfully migrated your 0.8.6d version over and you know for sure it's 100% properly working. It's better to only deal with one potential problem at a time so you know where the fault lies. For the most p...