What does your server require for permissions? If you are running suPHP then it cannot be 777. It should be 755 for folders and 644 for files.
We just fixed this on a build. The order of things to check are:
1) Permissions.
2) Are you upgrading a DEV version of your license or the main production domain?
The restore error is because the upgrade routine cannot hit that file.
e.g. You are trying to upgrade localhost or IP-based install and not a FQDN,
1) Permissions --> At first the files/folder permissions as you mentioned. But since I was getting this error and did a google search, read about permissions. So I changed it to 777, so not to have the permission issue.
2) It is a dev site for now, eventually after Dev it will be production site.
3) It is an active FQDN. sub-domain of our live website.
The restore validator checks whether or not the pre-upgrade version of the site can be restored from backup. If this error occurs, here are the possible causes:
Wrong permissions on files and directories. --> The entire cs-cart folder has been changed to 777, but still the same issue.
The web server doesn’t allow to run the restore-from-backup script. This script is created with the same permissions as specified in DEFAULT_FILE_PERMISSIONS in the config.local.php file. --> I have changed the DEFAULT_FILE_PERMISSIONS to 0777, but still the same.
cURL-related problems --> Curl is installed, but don't know how to verify to check for any errors. the normal curl commands are working fine.
The upgrades directory or the source_restore.php file in that directory is missing. If the file or directory is missing, you can take them from the installation archive of your current version of CS-Cart or Multi-Vendor. --> File Present in the upgrades Folder
The upgrade is performed on a test copy of the installation on a different server with the same domain name; the hosts file on the client’s computer has an entry with the IP address of the test copy. --> The upgrade server has the correct host defined for which it is serving. the production and the dev are two separate servers.
Again, does your server allow 777 is my question. If it is using fCGI or suPHP that will not work.
Also do you have this under any .htaccess-based password protection? I'd remove that for the upgrade.
Lastly, have you increased all PHP values like max post size, max memory and increase execution times to ridiculous levels (Yes, I'm looking at you CS-Cart Developers) like 6000 seconds in both the php.ini and config.local.php?
Again, does your server allow 777 is my question. If it is using fCGI or suPHP that will not work.
Also do you have this under any .htaccess-based password protection? I'd remove that for the upgrade.
Lastly, have you increased all PHP values like max post size, max memory and increase execution times to ridiculous levels (Yes, I'm looking at you CS-Cart Developers) like 6000 seconds in both the php.ini and config.local.php?
Thanks for your kind response.
If it is using fCGI or suPHP that will not work. --> Please can you let me know what permissions need to be given.
Also do you have this under any .htaccess-based password protection? I'd remove that for the upgrade. --> No Password protected .htaccess
I found these error logs in the core upgrade text file. Can it help someone to guide what am I missing and needs to be done. It is a Ubuntu/Nginx server combination;