I have the MAC Track plugin installed and configured. I had run the poller manually to get data into the database for testing. I have configured the MAC Track plugin to run the poller every 1 hour. But it has not run since I ran them manually.

Can someone help me?

Thanks

when I have had similar problems it has been after upgrading and not double checking permissions, or executable flags. Could you send some lines from you cacti.log?

Check that cmd.php is set to executable and that your web service account has appropriate permissions.

I'm having the same problem.. everything is running fine except mactrack

What happens when your run the following:

php -q poller_mackrack.php -f

TheWitness

the witness...heres my output

net-mgmt# php -q poller_mactrack.php -f
07/16/2007 03:14:30 PM - SYSTEM MACTRACK STATS: Time:8.2849 ConcurrentProcesses:7 Devices:1


is that normal? sometimes i would an error saying Cacti[1281]: CMDPHP : ERROR: Can not start MAC trackinging process. there is already one in progress

Are you forcing as the cactiuser or some other user? Could be that there is one, in fact, already running but due to other reasons is not populating data.

TheWitness

i have the same probelm:

[root@localhost mactrack]# php -q poller_mactrack.php -f
No log handling enabled - turning on stderr logging
Cannot find module (DISMAN-EVENT-MIB): At line 0 in (none)



?_?

Sorry for the late response Larry, Here is my output

php -q poller_mactrack.php -f
08/17/2007 08:14:22 AM - SYSTEM MACTRACK STATS: Time:26.6643 ConcurrentProcesses:7 Devices:8

same problem with MAC-track v1.1

If you take a look at table `mac_track_devices` you will see at `last_runmessage`:
WARNING: Device Type Not Found in Device Type Tabl...

field `device_type_id` is set to 0 for each device, if you setup the devices
by GUI, but there is no device_type with id 0.

After fixing this to a valid device_type_id via SQL commands, the problem still exists with same message.

If you edit or add a device for Tracking from the GUI, than you cant specify the device_type but the scan_type and I think this wasnt intented, because scan_type is already referencing to scan_type via the device_types.

Guess there is something wrong with Device - Device_type - ScanType association in the mactrack code.

Would be nice to get a bugfix

Steffen

That issue is old. I suspect that if you use the 2.0 stuff in SVN right now, you might be ok. Make a backup of your plugin directory and the database before hand. Don't forget to use the database_upgrade.php script.

TheWitness