Stats Stopped Working After Installing 3.0.3

[JimAtkinson]

We upgraded to Revive Adserver 3.0.3 yesterday and the stats stopped working.

 

Ideas?

 

This is critical. We can't operate without stats.

 

Jim Atkinson

 

 

[JimAtkinson]

Also, for some reason the following show as errors in the plugins report:

 

oxMarket: is configured as installed but not found to exist 
oxMarketMaintenance: is configured as installed but not found to exist 
oxMarketDelivery: is configured as installed but not found to exist 

 

Openx Market was removed last year, why is it even showing this error?

 

Jim Atkinson

[JimAtkinson]

Also, when I run Fiddler, I get HTTP/1.1 500 Internal Server Error when it calls our adserver. Ads are displaying at least.

 

Jim A.

[Playa]

I am having the same problem as the topic name says it but no errors of any kind.

 

Maintenance is running. The rv_data_bkt_m has the impressions counted, prefixes are all correct, it was a clean install, not an upgrade. Banners are running fine on the websites. Version number 3.0.3

 

But stats are still not being pulled in the report.

[Snoork Hosting]

Check the debug.log file and see if there are any errors.

Also make sure all tables have been copied over. Database has to have all privileges also assigned.

[Playa]

Thank you for your reply but as I stated there are no errors. None. I also mentioned it was a clean install not an upgrade so  new database, new everything from scratch. No copy, no upgrade. Database user has all the privileges.

 

Any other suggestions? Something has to be wrong I just can't spot it. Thanks again!

[gero]

Same problem after upgrade from openX, no stats

[JimAtkinson]

We fixed our problem with stats. Our tech wrote on the ticket, when asked when asked what had gone wrong and why it was now working:

 

A PATH variable in BASE/lib/RV.php line 13 didn't carry through. I instead set the value explicitly and all was well. 

 

Thank you  all. Jim Atkinson

[Playa]

Hi Jim can you please post specific details how you fix it? Thanks a lot.

[Crazy-Achmet]

Same problem here! Would be cool if someone could fix this.

[JimAtkinson]

I hope this helps, Here's what our engineer says:

 

/var/log/lighttpd/error.log was reporting the following error:

2014-03-17 14:16:15: (mod_fastcgi.c.2701) FastCGI-stderr: PHP Fatal error: require_once(): Failed opening required 'RV_PATH/lib/pear/PEAR.php' (include_path='/var/banners/www/delivery/../../lib/pear:/var/banners/www/delivery/../../lib:.:/usr/share/php:/usr/share/pear') in /var/banners/lib/RV.php on line 13

/var/banners/lib/RV.php line 13 was as follows:

require_once RV_PATH . '/lib/pear/PEAR.php';

So this PHP file depended on /lib/pear/PEAR.php but couldn't find it, thus the fatal error. The first step was to find where the actual dependency resided:

root@www:/var/banners# locate PEAR.php
/var/banners/lib/pear/PEAR.php

Then I simply updated /var/banners/lib/RV.php line 13 to point to that location:

require_once '/var/banners/lib/pear/PEAR.php';

Though it might make more sense to properly EXPORT the RV_PATH variable, using the absolute file path works as well.

 

Jim Atkinson

[cool_recep]

Exactly same problem here. But I could not solve it by your fix.

 

Here is my line 13:

require_once RV_PATH . '/lib/pear/PEAR.php';

Updated my file as:

require_once '/home/technopa/public_html/ads/lib/pear/PEAR.php';

Gonna check if it is working or not.

 

What a mess! Who is programming this stuff ? First grades ?

 

//Solved. Duuhhhh!

[Playa]

Thank you very much for your help guys. It's been a real drag. Problem is solved. Thanks again! Good job!

[andrewatfornax]

I think we fixed this issue with the 3.0.4 release. Sorry about that - we had an issue with the automatic generation of some of the files.