Use the old poller.php to repopulate the database.
Once it has run, return to the new poller2.php, et voilà
On Wed, 2005-06-15 at 10:45 +0200, David Lesaffre wrote:
Nothing yet.
Steps taken:
# crontab -u jffnms -e
<removed both pollers>
# /etc/init.d/cron reload
# pkill php
# pgrep php
#
-> So, no php processes running
new poller:
# su - jffnms -c "cd /opt/jffnms/engine && /usr/bin/php poller2.php master 5"
Process Already Running.
# ps -fp $(pgrep php)
UID PID PPID C STIME TTY TIME CMD
jffnms 1972 1 0 10:42 ? 00:00:00 /usr/bin/php -q consolidate.php
but not the poller2.php script
old poller:
# su - jffnms -c "cd /opt/jffnms/engine && /usr/bin/php poller.php"
Executing: /usr/bin/php -q poller.php 2 0 1 0 0 &
10:43:34 : H 2 : Poller Start : 41 Items.
10:43:34 : H 2 : I 49 : P 1 : reachability_start:ping(): 42afea365665d -> buffer(): 1 (time P:66.93 | 2.65)
10:43:34 : H 2 : I 4 : P 10 : verify_interface_number(): -> verify_interface_number(): interfacenumber not changed (time P:11.94 | 4.4)
10:43:34 : H 2 : I 5 : P 10 : snmp_counter:cpu_nice_ticks(.1.3..1.0): 0 -> buffer(): 2 (time P:5.58 | 0.4)
10:43:34 : H 2 : I 4 : P 15 : cisco_snmp_ping_start:cisco_snmp_ping_start(): -5 -> buffer(): 3 (time P:6.95 | 0.41)
...
???
On Wed, 2005-06-15 at 10:29 +0200, David Lesaffre wrote:
Some of the extensions were defined twice in
/etc/php4/cli/php.ini
After correcting:
# su - jffnms -c "cd /opt/jffnms/engine && /usr/bin/php -q poller2.php master 5"
Process Already Running.
Now I'm waiting to see some results.
On Wed, 2005-06-15 at 09:58 +0200, David Lesaffre wrote:
Still no succes
But running the poller manually gives
# su - jffnms -c "cd /opt/jffnms/engine && /usr/bin/php -q poller2.php master 5"
PHP Warning: Function registration failed - duplicate name - mysql_connect in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - mysql_pconnect in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - mysql_close in Unknown on line 0
...
PHP Warning: Function registration failed - duplicate name - mysql_table_name in Unknown on line 0
PHP Warning: mysql: Unable to register functions, unable to load in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - odbc_autocommit in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - odbc_binmode in Unknown on line 0
...
PHP Warning: Function registration failed - duplicate name - odbc_field_precision in Unknown on line 0
PHP Warning: odbc: Unable to register functions, unable to load in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - snmpget in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - snmpwalk in Unknown on line 0
...
PHP Warning: Function registration failed - duplicate name - snmp_set_valueretrieval in Unknown on line 0
PHP Warning: Function registration failed - duplicate name - snmp_get_valueretrieval in Unknown on line 0
PHP Warning: snmp: Unable to register functions, unable to load in Unknown on line 0
Process Already Running.
#
Hmm, php problem, no doubt
# less test.php
<?
echo 'test';
?>
# php test.php
--> same warnings as above, and no output
On Tue, 2005-06-14 at 08:18 -0300, Javier Szyszlican wrote:David, Check that your crond is running then. And also you may need to clear the events/alarm tables if the date difference was real big. And maybe do a SQL command: "UPDATE interfaces set last_poll_date = 0;" to clear the last_poll_date field. Javier David Lesaffre wrote: > After a reboot, we now get the "/Login successful/" messages and syslog > messages, but that's it. > No events on an interface (any interface) going down. > > On Mon, 2005-06-13 at 13:14 -0300, Javier Szyszlican wrote: > >>David, >> >>If you changed the date on your server you should restart Apache too (and all >>the processes that keep track of time), well, a reboot is better. >> >>Javier >> >>David Lesaffre wrote: >>> The date was way off on my JFFNMS machine. It was more than a month >>> ahead of the real time. >>> >>> So, I've reset the clock. >>> >>> JFFNMS didn't show any new events, but that seems reasonable: >>> if it shows the most recent events, then the events that occured in the >>> future will be shown, not the new ones, because they appear to be a >>> month old. >>> >>> So, I've cleared the database: >>> delete from events; >>> >>> JFFNMS shows 'No Events Found' and indeed, no new events are recorded in >>> the events table. >>> >>> What else needs to be done/reset? >>> >>> -- >>> *David Lesaffre* >>> e-BO Enterprises - _http://www.e-bo.be_ >>> Oostkaai 38 - 8900 Ieper - Belgium >>> Tel.: +32 (0)57 23 02 74 - Fax: +32 (0)57 23 02 71 >>> E-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>_ >>> >> >
--
David Lesaffre
e-BO Enterprises - http://www.e-bo.be
Oostkaai 38 - 8900 Ieper - Belgium
Tel.: +32 (0)57 23 02 74 - Fax: +32 (0)57 23 02 71
E-mail: [EMAIL PROTECTED]
