Search found 17 matches

by Muffinman
Wed Dec 30, 2009 5:02 am
Forum: Scripts and Templates
Topic: Postfix Queues
Replies: 39
Views: 116650

Re: Postfix Queues

And on the Cacti host I have: #!/bin/bash #/usr/share/cacti/site/scripts/postfixqueues.sh output=`/usr/bin/snmpwalk -Oav -v2c -c syzygy $1 .1.3.6.1.4.1.2021.53.101.0.101.1 | cut -d '"' -f 2` printf "$output" echo I had the output /var/www/cacti/scripts/postfixqueues.sh: line 6: echo: write error: B...
by Muffinman
Wed Nov 25, 2009 10:42 am
Forum: Help: General
Topic: Spine using snmp v2c constantly returns "value: U"
Replies: 8
Views: 2500

Mea culpa! I have two squids and one has SNMP compiled in and the other has not. I asked the wrong one. When I ask the right one the output is like this: Host[180] DS[7067] SNMP: v2: myhost.mydomain.tld, dsname: traffic_out, oid: .1.3.6.1.2.1.2.2.1.16.2, value: 2840026622 Host[180] DS[7067] SNMP: v2...
by Muffinman
Mon Nov 23, 2009 7:29 am
Forum: Help: General
Topic: Spine using snmp v2c constantly returns "value: U"
Replies: 8
Views: 2500

[quote="gandalf a screenshot will do
[/quote]

Here you are:
by Muffinman
Wed Nov 18, 2009 11:01 am
Forum: Help: General
Topic: Spine using snmp v2c constantly returns "value: U"
Replies: 8
Views: 2500

I will check this when I am back from my holiday.
Thanks for this quick reply!
by Muffinman
Wed Nov 18, 2009 4:06 am
Forum: Help: General
Topic: Spine using snmp v2c constantly returns "value: U"
Replies: 8
Views: 2500

The standard port is still 161.
In the data template for the squid things I set the port to 3401.

(Of course I allowed on the squid host the squid to report to port 3401 to my cacti host.)

Did this answer your question?

Thanks!
by Muffinman
Tue Nov 17, 2009 10:45 am
Forum: Help: General
Topic: Spine using snmp v2c constantly returns "value: U"
Replies: 8
Views: 2500

Spine using snmp v2c constantly returns "value: U"

Hi, I am using Spine in version 0.8.7e and snmp v2. On many hosts I get a "value: U" instead of a real number. Like this: 11/13/2009 03:36:58 PM - SPINE: Poller[0] Host[346] DS[8057] SNMP: v2: myhost.mydomain.tld, dsname: traffic_out, oid: .1.3.6.1.2.1.2.2.1.16.4, value: 1469757011 11/13/2009 03:36:...
by Muffinman
Mon Oct 13, 2008 2:27 am
Forum: Help: General
Topic: Some graphs disappeared
Replies: 9
Views: 2340

Good morning! - you seem to use scripts dedicated to localhost only for polling Host[256]. Is this the cacti localhost? No, the Host[256] is not localhost. This is the troublemaking host. Localhost has ID 1. If not, please use ucd/net templates instead. This I do not understand completely: I shall e...
by Muffinman
Fri Oct 10, 2008 8:59 am
Forum: Help: General
Topic: Some graphs disappeared
Replies: 9
Views: 2340

Hello, here I will document what I did (each and every step): 1. Check Cacti Log File Yes, there are SNMP timeouts detected. BUT: They come not always from the same host, they come never from the host, I have now troubles with, and they come not regularly. (I assume that they come, when this very ho...
by Muffinman
Wed Oct 08, 2008 3:18 am
Forum: Help: General
Topic: Some graphs disappeared
Replies: 9
Views: 2340

I ran the "php -q poller.php --force". The output said something about memory which was not big enough. So I edited /etc/php.ini and changed the entry regarding memory for scrips from 8M to 32M. Then I ran the command again and the output is like this (the graphs didn't come back): OK u:0.03 s:0.06 ...
by Muffinman
Tue Oct 07, 2008 9:54 am
Forum: Help: General
Topic: Some graphs disappeared
Replies: 9
Views: 2340

Are there poller cache entries for the graphs? Yes, here they are: server011 - Advanced Ping Script Server: /var/www/cacti/scripts/ss_fping.php ss_fping 20 UDP 80 RRD: /var/www/cacti/rra/server011_loss_6523.rrd server011 - CPU Utilization - CPU0 Script Server: /var/www/cacti/scripts/ss_host_cpu.php...
by Muffinman
Thu Oct 02, 2008 8:40 am
Forum: Help: General
Topic: Some graphs disappeared
Replies: 9
Views: 2340

Some graphs disappeared

Hello all, I use cacti for a year or so. It is 0.8.7b. at 29th September I found, that all graphs from a host disappeared. To analyse this I did the following: - snmpwalk -c public -v 1 host all informations went over my screen :D - rrdtool dump /var/www/cacti/rra/host_traffic_in.rrd there are no ne...
by Muffinman
Mon May 07, 2007 8:02 am
Forum: Help: General
Topic: [solved] advancedPing and NaNs
Replies: 0
Views: 701

[solved] advancedPing and NaNs

--LAST EDIT-- Problem solved! SOLUTION: Due to other problems I had to reinstall the whole server. After that I just installed cacti and imported the DB. -- I forgot to install the advPing template (and probably someone just copied the ss_fping.php). Now that I imported the template, everything seem...
by Muffinman
Wed Apr 25, 2007 4:10 am
Forum: Help: General
Topic: [solved] No subsum of the RRDs please
Replies: 0
Views: 341

[solved] No subsum of the RRDs please

Hello, I do not want to loose any information (especially from the ping latency and advanced ping). Therefor I want to tell cacti (or rrdtool) not to subsum data and to shrink the info but to safe _all_ the data as it is collected. Probably there is an option for that and I just didn't find it. Plea...
by Muffinman
Mon Apr 23, 2007 2:22 am
Forum: Help: General
Topic: [solved] gaps in graph due to never sent requests
Replies: 6
Views: 1408

Sorry for the late reply. cmd.php or cactid? cactid with: Maximum Concurrent Poller Processes 1 Maximum Threads per Process 10 Number of PHP Script Servers 10 Script and Script Server Timeout Value 250 The Maximum SNMP OID's Per SNMP Get Request 10 Ping Timeout Value 5000 BTW: My problem is solved!!...
by Muffinman
Fri Apr 13, 2007 5:54 am
Forum: Help: General
Topic: [solved] gaps in graph due to never sent requests
Replies: 6
Views: 1408

[solved] gaps in graph due to never sent requests

Hi out there, (sorry for the long posting!) I observe some gaps in the graphs. I captured the SNMP and ICMP packages (via tcpdump) and discovered (via wireshark), that in the polling rounds sometimes requests are send late (3-4 minutes after the round began) and sometimes (very rarely) they are neve...