after upgrade to 1.5.3 restore of database required DB update again chmod not working

I hope this is easy but I have been fighting with it for hours. I had upgraded the site from 1.3.02 to 1.5.3. I had already added Ultimate SEO and a column grid addons. I was instlling the Captcha addon and it failed. I had a backup of my database so I droppped it and attempted to restore the backup. It failed. Now I have to go back to the original production database and upgrade it again. The problem is that the includes/configure.php will not stay 644 or 777. I have changed it multiple times. I even tried using different ftp programs. Nothing works. zc_install says the file is not writeable. I go back and look and it is 444 again. Because I was so far along in the upgrade is there something in 1.5.3 that is preventing the includes/configure.php from staying writeable? Any other suggestions? I have a sub-domain set up for this installation so I can also update it to php 5.4 from php 5.2. It is currently running 5.4
Debug log just shows FATAL: store configure.php is not writeable. BTW the Admin/includes/configure.php changed permissions without any problem.

rebecca_L:

I hope this is easy but I have been fighting with it for hours. I had upgraded the site from 1.3.02 to 1.5.3. I had already added Ultimate SEO and a column grid addons. I was instlling the Captcha addon and it failed. I had a backup of my database so I droppped it and attempted to restore the backup. It failed. Now I have to go back to the original production database and upgrade it again. The problem is that the includes/configure.php will not stay 644 or 777. I have changed it multiple times. I even tried using different ftp programs. Nothing works. zc_install says the file is not writeable. I go back and look and it is 444 again. Because I was so far along in the upgrade is there something in 1.5.3 that is preventing the includes/configure.php from staying writeable? Any other suggestions? I have a sub-domain set up for this installation so I can also update it to php 5.4 from php 5.2. It is currently running 5.4
Debug log just shows FATAL: store configure.php is not writeable. BTW the Admin/includes/configure.php changed permissions without any problem.

Are you using a server with cPanel installed? If so, log into your cPanel, go to File Manager and open it, navigate to the includes/configure.php file and change the permissions there instead of using FTP.

See how you go and report back

Cheers / Frank

frank18:

Are you using a server with cPanel installed? If so, log into your cPanel, go to File Manager and open it, navigate to the includes/configure.php file and change the permissions there instead of using FTP.

See how you go and report back

Cheers / Frank

NO, this site is currently on Dreamhost and they do not have c-panel. They also just switched their web-ftp program to Pydio. I can find how to change permissions on folders but not for a file. This forum site doesn't work properly in Firefox which is my normal browser so I have to use Internet Explorer. I tried IE for Pydio also but it didn't work at all. I was able to login to shell (using putty) and chmod to 777. I exited the shell and tried the zc_install again. Same result, FATAL: store configure.php is not writeable. It still seems like something else is changing it back to 444. Is that even possible? I sure hope there is a solution out there otherwise I'll have to complete start over from scratch.

Dreamhost uses their own product. Try entering your Dreamhost info at panel.dreamhost.com

I have no idea what happened. This time I started the zc_install and left the screen sitting at the first page. I opened the ftp program and did the chmod to 777. Then I went back and clicked to continue and accept the agreement and voila!!! IT worked. Something I was doing it calling up the zc_install must have been a problem but I don't know what. anyway, this is resolved. Thank you for your time.

rebecca_L:

This forum site doesn't work properly in Firefox which is my normal browser so I have to use Internet Explorer.

I realize that the original issue/concern appears to have gotten corrected, but there was a piece of information in the above post that may need to be addressed:

Verify/ensure the web address when accessing this site via firefox (or any browser) doesn't have https: at the beginning of the web address.

mc12345678:

I realize that the original issue/concern appears to have gotten corrected, but there was a piece of information in the above post that may need to be addressed:

Verify/ensure the web address when accessing this site via firefox (or any browser) doesn't have https: at the beginning of the web address.

Thank you. That is good information that I sometimes forget. I will try to remember it in the future.

rebecca_L:

Thank you. That is good information that I sometimes forget. I will try to remember it in the future.

Welcome. Just passing on what I think was originally the good doctor's solution. If I have identified the incorrect originator, I apologize and mean no disrespect.

Thought this was resolved but now I'm trying to move to production. I have to update the database again and the same thing is occurring. I change the file attribute to 777 and run zc_install and get the error includes/configure.php is not writable. I have changed the permissions numerous times. I can see it has been changed, do a refresh and it is still 777. The minute I accept the terms and click continue on the second screen of zc_install the file permissions change back to 444. A refresh in the ftp program shows the change. I have tried the sequence of events that worked last time, as in the above post, but nothing is working. I have changed the permissions in 2 ftp programs and using the unix shell. I have also checked as suggested above to make sure Firefox wasn't https:// I actually type in the entire address starting with the http://www. Does anyone have any other suggestions?

One thing that I have seen someone suggest is to rename the configure.php file and then allow the new one to be written, then delete the old one... It will temporarily take down the site while there is no configure.php, but yes I think if I remember correctly that there is something that sets the permissions at some point to cause the configure.php to be read only. Don't know if also temporarily setting the site in maintenance mode would prevent the reassignment or not... Just some ideas.

There is no need to touch either configure.php file to do a database upgrade UNLESS the database being upgraded has a different database name, username, or password from that listed in the configure.php files. And, if needed, that should be done before running zc_install.

When the database upgrade asks for the database admin, be sure to use the one for the database you are upgrading. It may be different from the one you used to upgrade the site.

More here. http://www.zen-cart.com/entry.php?3-How-do-I-rebuild-my-site-on-the-new-version-instead-of-upgrading.