Cannot reset downloads after migration to new VPS

[bowerstech]

Hello,

Hostgator upgraded our VPS from an older package to a new VPS package. I am not sure, but I suspect they migrated from one VPS container (Parallels) to a new container.

Everything is working great on our Zen-Cart site so far until this morning. The following is happening:

1) We cannot reset downloads on orders that occurred before the VPS change. When we click on the yellow button, the screen refreshes, we get a notice on the top of the page saying it was reset, but the download still is still expired. We tried clearing the cache, using different browsers, etc.
2) Orders that took place before the VPS change, and are not yet expired, are not working. When the customer clicks on the download link they get a blank page.

Newly placed orders (after the VPS change) can be downloaded by customers, and we can reset those downloads. So the problem appears to be all of our orders (thousands of them) that happened before the VPS move.... yikes!

We are running ZC 1.5.1.

Any help is much appreciated as we are in crisis mode!!

Thanks,
Bryan

[kobra]

Please provide the information requested in "Posting Tips" at the top when you reply

[bowerstech]

What version of Zen Cart are you using? 1.5.1
Has your site been upgraded? When? From what version(s)? VPS container upgraded but not ZC.
If you've upgraded, HOW did you upgrade? (official upgrade procedure or an automated script from your hosting company?) N/A
What plugins/addons have you installed? When? If your problems are payment-related, what payment module(s) are you using? If it's shipping-related, which shipping module(s) are you using? Testimonials, Ultimate SEO, MailBeez, Wishlists, CEON URI, Google Analytics, Sitemap, Pinterest Pinit, Google Merchant Center, RSS Feed, Zen Lightbox, currency converter, Image Handler 4
If your problems are language-pack related (non-English), have you checked that all the language files are loaded and correct? N/A
HOW did you install Zen Cart? (upload via FTP and run zc_install, or a one-click install from your hosting company? (one-click installs might mean you don't have enough information about your site/server to make customizations easily)) Unknown, as programmer did this.
What version of PHP and MySQL is your server using? (See Admin->Tools->Server Info) PHP 5.3.23, MySQL 5.1.73-cll
WHEN did the problem "start"? How does that compare with other events of your hosting company, changes you've made to your site files/addons, or your admin settings, etc? After Hostgator moved us from an old VPN package to a new VPS package
Please post the contents of related "debug logs" generated by Zen Cart (wrap the content in

 and

tags please!). Do not know how to generate debug logs
If this is your first store, have you tested all aspects of transactions before going live? Yes, site has been working for 5 years.
In what ways is your site customized or different from a brand new uncustomized install? Unknown
Please post your site URL* so we can take a look at it. This is especially important if you're encountering display/layout problems, so the problem can be seen directly. http://dollargraphicsdepot.com
If you're encountering problems that could be related to your server or hosting company, include the name of your hosting company (not their URL). HostGator
HAVE YOU LOOKED IN THE FAQ AREA for answers to your question? (ie: a search for your error message or what you want to edit/change, etc) Yes
Have you searched the FORUM for your error message or for answers to the question you're asking? Yes, found one article back in 2010 that did not have a final solution.

[kobra]

Ultimate SEO, CEON URI

Probably not both - which one??

MySQL 5.1.73-cll

This version is old but may or may not be causing issues

When the customer clicks on the download link they get a blank page.

https://www.zen-cart.com/content.php...t-of-a-page%29

Do not know how to generate debug logs

ZenCart generates them for you - they will be in your /cache or /logs folder

[bowerstech]

Both mods are installed, but I believe Ultimate SEO is the one running.

I looked at the link (thanks for sending), but the download files themselves are fine. We tested and found that downloads fail on customer orders placed before the VPS upgrade, and those same downloads work if an order was placed after the VPS upgrade. We also cannot reset download links on orders before the VPS upgrade, but can reset download links on orders after the VPS upgrade.

Debug logs:

MailChimp: All errors relate to email address already being subscribed so not relevant.

RSS Feed: Over 3,000 files going back since when programmer setup new site (2013). We knew it was having issues and has been happening for years before the VPS upgrade.

[bowerstech]

Sorry, I wanted to clarify on the logs a bit more. In public_html I did not find a /logs folder, but I did find a /cache folder which is where the logs I mentioned in the previous post were located.

The only other files located in the /cache folder were .htaccess and index.php. No other files present.

[kobra]

Get rid of all those old debug files
Test a download - or a reset then see if there are any new debug files generated

[mc12345678]

Also, if there is no logs directory then 1) the installation/upgrade was done wrong/benefit of separating the cache and logs directory not realized, 2) the directory should be created after 3) review of the includes/configure.php and admin/includes/configure.php files to see what is set for DIR_FS_LOGS...

[bowerstech]

Get rid of all those old debug files
Test a download - or a reset then see if there are any new debug files generated

Debug files removed yesterday when I discovered them. Only files there before and after resetting download are:

1) .htaccess
2) mailchimp.log
3) index.php
4-6) rssfeed logs

[bowerstech]

Also, if there is no logs directory then 1) the installation/upgrade was done wrong/benefit of separating the cache and logs directory not realized, 2) the directory should be created after 3) review of the includes/configure.php and admin/includes/configure.php files to see what is set for DIR_FS_LOGS...

Thanks. I looked at both files and they both reference /public_html/logs which does not exist. I created a /logs folder and it was assigned permissions of 755 automatically.