Jump to content

Search the Community

Showing results for tags 'maintenance'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Using and Managing Revive Adserver
    • Documentation
    • Using Revive Adserver
    • Managing Revive Adserver
    • Bugs
  • Advanced Topics
    • Performance, Scalability, and Reliability
    • For Developers
  • Revive Adserver Community
    • Revive Adserver Project News and Announcements
    • Feature Requests
    • Plugins
    • Requests for Consulting
    • Off Topic

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



Website URL

Found 8 results

  1. Is there a default user with the username "maintenance" and the email address "support @ revive-adserver.com" with the user_id 999? Checking our database for a possible hack we found this user account and don't really know what this is, but I expect this user to be fake. date_created and date_last_login were both NULL.
  2. Hi, I'd like to set up a cron to run the maintenance on my installation, but I'd like to know if the script is running correctly. When I visit my maintenance file (http://..../maintenance/maintenance.php) in my browser, I get the following output: #!/usr/bin/php -q Is that the expected output? If not, any ideas on how I can get the script running correctly? When I check in the administration panel when the last maintenance was run, it doesn't match up with the time I ran the script from my browser. Just a note, I know how to actually get the cron set up and runnin
  3. In maintenance banners section I'm keep getting information that my banners cache should be rebuild. When I click rebuild button absolutely nothing happens and the info remains. What to do? My debug.log is empty.
  4. hello, Suddently, when executing maintenance in order to recalculate statistics, Im getting these errors (sometimes one, sometimes the other): 268435456 bytes exausted (trying to allocate 64 bytes) in lib/pear/Date.php on line 130 or 268435456 bytes exausted (trying to allocate 78 bytes) in lib/pear/Date/Calc.php on line 1267 The line number is almost always different. The only thing I made different was activating the ad video ads plugin. I dont know if the error is related with this. What I understand from the error is that revive is trying to allocate more memory
  5. We're running OpenX 2.8.7 and have recently started using "Contract" campaigns. We set the start and end dates, set the number of impressions, then let the Maintenance Priority Engine manage the delivery. All campaigns are set to Priority=5, so there shouldn't be any preferential treatment for one over another. We have many different domains, which we sell in all kinds of different combinations, so we use targeting conditions on the banners to ensure that each campaign delivers to the correct domains only. Some campaigns deliver to only one domain, others to 30+ domains. We expected the MP
  6. Hi, Just started looking after these servers and can't find any documentation on configuring the maintenance. Seeing the following warnings: Scheduled maintenance hasn't run in the past hour. This may mean that you have not set it up correctly. Can anyone point me to the documentation or explain how to configure this. any pointers appreciated. Thanks,
  7. Hello! Just upgraded from Open X 2.8 to 3.04 - server info below: You are currently using Revive Adserver v3.0.4 running on Apache, PHP 5.2.17 and MySQL 5.1.73-cll. Everything went great - one little problem with a cron - and I assume this is the maintenance cron I have set up but not sure. I'm getting this message from the server when the cron runs: Revive Adserver was called via the command line, but had no host as a parameter. I also have automatic maintenance set up (Automatic maintenance is running correctly.) Here is what my cron line looks like: /usr/local/bin/php
  8. I wanted to try to reduce the database size a bit before doing the upgrade to Revive Adserver. Our old openX Source database was over 12GB with nearly all the size of it in the table data_summary_ad_zone_assoc. After reading the function _pruneDataSummaryAdZoneAssocInactiveExpired() I found out I had to change some of our old campaigns that had an end date, but also still had a value in target_*. The next maintenance run dropped the table size to 5,2GB already. There are still a lot of entries in this table with expired even back in 2008. Is there more that should get pruned there? In l
  • Create New...