While thats true, since the data templates are the same (well mostly -- forgot a field or two in the 1.x release), why can't a user specify their old rrd files after the Data Query creates a new data source for a device?gandalf wrote:BSOD2600, I downloaded the templates from the repository. Currently, we're using the script based stuff, so I'd like to upgrade.
But this is _NOT_ possible, because we're going from a "simple graph template" to a data query based approach.
MIB Protocol Statistics (RFC1213) [v2.1 - 2009-05-10]
Moderators: Developers, Moderators
| Scripts: Monitor processes | RFC1213 MIB | DOCSIS Stats | Dell PowerEdge | Speedfan | APC UPS | DOCSIS CMTS | 3ware | Motorola Canopy |
| Guides: Windows Install | [HOWTO] Debug Windows NTFS permission problems |
| Tools: Windows All-in-one Installer |
- gandalf
- Developer
- Posts: 22383
- Joined: Thu Dec 02, 2004 2:46 am
- Location: Muenster, Germany
- Contact:
That's possible but requires manual interaction. So it's not a pure "import and you're set" thingy. And for 300 hosts * 5 graphs = 1500 rrd files to be handled, it's, well tediousBSOD2600 wrote:While thats true, since the data templates are the same (well mostly -- forgot a field or two in the 1.x release), why can't a user specify their old rrd files after the Data Query creates a new data source for a device?gandalf wrote:BSOD2600, I downloaded the templates from the repository. Currently, we're using the script based stuff, so I'd like to upgrade.
But this is _NOT_ possible, because we're going from a "simple graph template" to a data query based approach.
Reinhard
Ah yes, you're correct. 'tis the price we pay for change ... for the better
| Scripts: Monitor processes | RFC1213 MIB | DOCSIS Stats | Dell PowerEdge | Speedfan | APC UPS | DOCSIS CMTS | 3ware | Motorola Canopy |
| Guides: Windows Install | [HOWTO] Debug Windows NTFS permission problems |
| Tools: Windows All-in-one Installer |
error whenimporting XML
Hello,
I've this error when I try to import cacti_data_query_rfc1213_statistics.xml:
Error: XML: Hash version does not exist
We have cacti 0.8.7c in production.
As your templates are for cacti 0.8.7d, do we have to migrate to this version ?
Any idea ?
KR.
I've this error when I try to import cacti_data_query_rfc1213_statistics.xml:
Error: XML: Hash version does not exist
We have cacti 0.8.7c in production.
As your templates are for cacti 0.8.7d, do we have to migrate to this version ?
Any idea ?
KR.
Hello community,
First of all congrats' and thanks for the great job you did with cacti and this graph templates for protocol stats.
I have installed today the MIB Protocol Statistics following the steps written int the text file but i do have a problem though. The apache log says the following:.
Cacti is installed on FreeBSD 7.1 with apache22 and php5. The version of cacti is the latest: 0.8.7d. Is this a bug or something wrong with my system?
I am new (2 days) with cacti so my app if I didn't provide enough info. If you need more info just tell me and i will be glad to provide it.
a great day,
v
First of all congrats' and thanks for the great job you did with cacti and this graph templates for protocol stats.
I have installed today the MIB Protocol Statistics following the steps written int the text file but i do have a problem though. The apache log says the following:
Code: Select all
ERROR: parameter '#CDCFC4FF' does not represent a number in line AREA:#CDCFC4FF:snmpInGetNexts:STACK
Cacti is installed on FreeBSD 7.1 with apache22 and php5. The version of cacti is the latest: 0.8.7d. Is this a bug or something wrong with my system?
I am new (2 days) with cacti so my app if I didn't provide enough info. If you need more info just tell me and i will be glad to provide it.
a great day,
v
I just did the migration to 0.8.7d to solve problem I did explain above. It works but I have the same problem for SNMP, with same error...mtx wrote:Hello community,
The apache log says the following:.Code: Select all
ERROR: parameter '#CDCFC4FF' does not represent a number in line AREA:#CDCFC4FF:snmpInGetNexts:STACK
Hmm, both of you delete the graph templates related to the MIB protocol stats (tcp, ip, snmp, udp) and then re-import the templates.
| Scripts: Monitor processes | RFC1213 MIB | DOCSIS Stats | Dell PowerEdge | Speedfan | APC UPS | DOCSIS CMTS | 3ware | Motorola Canopy |
| Guides: Windows Install | [HOWTO] Debug Windows NTFS permission problems |
| Tools: Windows All-in-one Installer |
Did the above but i have a new problem now. After re-importing the templates i took a look at graph management for the host and "Template Name" for the graphs related to MIBs was none so i deleted all the graphs and tried to add them back.Hmm, both of you delete the graph templates related to the MIB protocol stats (tcp, ip, snmp, udp) and then re-import the templates.
I have attached an image with the output. What should I do next?
thanks,
v
- Attachments
-
- Picture 10.png (51.62 KiB) Viewed 6220 times
SOLVED
Hello again ,
I have solved the problem in the following way: I have deleted everything regarding RFC1213 (Data Queries, Templates, etc) and re-imported the template. The first problem i was talking about did not go away.
I have checked the graph in Graph Management, turned on debug and i was surprised to see that in the table "Supplemental Graph Template Data" only the first data source "Data Source [snmpInASNParseErrs]" has an associated data source. All the others were having None. Is this the normal behaviour or is it a bug?
thanks again,
v
I have solved the problem in the following way: I have deleted everything regarding RFC1213 (Data Queries, Templates, etc) and re-imported the template. The first problem i was talking about did not go away.
I have checked the graph in Graph Management, turned on debug and i was surprised to see that in the table "Supplemental Graph Template Data" only the first data source "Data Source [snmpInASNParseErrs]" has an associated data source. All the others were having None. Is this the normal behaviour or is it a bug?
thanks again,
v
Re: SOLVED
It's a bug. Only the snmp one broken or others too?mtx wrote:Is this the normal behaviour or is it a bug?
Arg, seems the cacti hash bug is biting me again on this thing... will have to play around with the templates in my VM and get back to you on this issue.
| Scripts: Monitor processes | RFC1213 MIB | DOCSIS Stats | Dell PowerEdge | Speedfan | APC UPS | DOCSIS CMTS | 3ware | Motorola Canopy |
| Guides: Windows Install | [HOWTO] Debug Windows NTFS permission problems |
| Tools: Windows All-in-one Installer |
Released 2.1 to fix the IP and SNMP graph templates.
| Scripts: Monitor processes | RFC1213 MIB | DOCSIS Stats | Dell PowerEdge | Speedfan | APC UPS | DOCSIS CMTS | 3ware | Motorola Canopy |
| Guides: Windows Install | [HOWTO] Debug Windows NTFS permission problems |
| Tools: Windows All-in-one Installer |
Thanks for this great template! I ran into two small problems. Here is how I solved them:
1) The index oid does not seem to work with Net-SNMP 5.2 (debian etch). I simply changed it to .1.3.6.1.2.1.5.1 (IP-MIB::icmpInMsgs) in RFC1213.xml
2) Importing to cacti 0.8.7b works if you replace all 0018 with 0016 in the template before importing.
1) The index oid does not seem to work with Net-SNMP 5.2 (debian etch). I simply changed it to .1.3.6.1.2.1.5.1 (IP-MIB::icmpInMsgs) in RFC1213.xml
2) Importing to cacti 0.8.7b works if you replace all 0018 with 0016 in the template before importing.
Who is online
Users browsing this forum: No registered users and 1 guest