Cacti 0.8.6d Out

Wernicke · Post by **Wernicke** » Sat Apr 30, 2005 4:21 pm

Nope, did not work. Sorry, but i had to degrade my cacti becouse this was a production server.

Post by **raX** » Sat Apr 30, 2005 9:45 pm

Wernicke,

Double check that you do not have multiple pollers starting from cron. This can happen when you mix a tar/rpm installation of Cacti. I would start by double checking the /etc/crontab and /etc/cron.d/cacti files.

-Ian

Wernicke · Post by **Wernicke** » Sun May 01, 2005 4:53 am

I don't have multiple pollers, And I never use those RPM packages anyway :p

-Sigurd

Post by **TheWitness** » Sun May 01, 2005 7:44 am

Wernicke · Post by **Wernicke** » Sun May 01, 2005 2:23 pm

hm. Where did those last forum replys go? Anyway.. Tried to remove that ORDER line from lib/poller.php, but still not any better

-Sigurd

Wernicke · Post by **Wernicke** » Sun May 01, 2005 2:58 pm

Tried to roll back the snmp.php file from 0.8.6C
Still not any better
Some graphs are only a few drops a day, some are 50 % loss, some are 100 % loss, but most graphs are working.. Very strange

-Sigurd

Post by **TheWitness** » Sun May 01, 2005 3:01 pm

Have you verified that you are not experiencing packet loss:

"ping -l 1400 -t host.with.loss"

TheWitness

Wernicke · Post by **Wernicke** » Sun May 01, 2005 3:07 pm

yeah, and i have the working (old version) of cacti running on the server too, and that version is working fine.

-Sigurd

Post by **TheWitness** » Sun May 01, 2005 3:08 pm

You able to go online on msm right now? Would like more detail and it's easier.

Larry

Post by **TheWitness** » Sun May 01, 2005 8:53 pm

Sigurd,

I sent you a revised lib/poller.php. I think the reason that this problem is not affecting everyone is because you system is under high load during polling. That patch will fix the issue.

Larry

Wernicke · Post by **Wernicke** » Mon May 02, 2005 1:04 am

hm. Where did you send the file? Can't find it anywhere

-Sigurd

Post by **TheWitness** » Mon May 02, 2005 4:12 am

Here you go.

Wernicke · Post by **Wernicke** » Mon May 02, 2005 5:34 am

Nope, did not work, But however

Adding /usr/local/bin to the PATH in /etc/crontab did work. For some reason the poller sometimes "forget" the PATH to PHP, and it has to be defined in crontab. Strange. Looking into the code right now, but has not found the reason yet

-Sigurd

Wernicke · Post by **Wernicke** » Mon May 02, 2005 6:11 am

And when it can't find it in the PATH, it uses /usr/bin/php for CMD.php users

> cmd.php

#!/usr/bin/php -q
<?php
/*
+-------------------------------------------------------------------------+
| Copyright (C) 2004 Ian Berry |

Post by **TheWitness** » Mon May 02, 2005 12:00 pm

You need to reduce the number of concurrent processes to twice the number of CPU's if you can.

Larry

Cacti 0.8.6d Out

Who is online