marcov on "Setup - database restore option not working"

December 3, 2012, 2:36 am

≫ Next: acrylian on "Setup - database restore option not working"

≪ Previous: Anlina on "Reinstalling setup scripts"

On the latest version 1.4.3.6, after running the setup, I clicked on the restore database option; I got an un-styled page asking to accept some licence and the following error:

"Endpoint Not Found"

So I was not able to restore the database as indicated in the zenphoto documentation for moving installation to new server:

http://www.zenphoto.org/news/how-to-move-my-installation-to-a-new-server-

Also, the option to restore the database was not given, as documented, on the dialog box to fill in the database details, but at the end of the script.

http://www.zenphoto.org/news/how-to-move-my-installation-to-a-new-server-

The content of the entire page is:

------
Logged in as | Log Out | View Gallery

Zenphoto License agreement

This license is in English because the Free Software Foundation does not approve translations as officially valid. Unofficial translations are available here.

I agree to these terms and conditions

Endpoint Not Found

↧

acrylian on "Setup - database restore option not working"

December 3, 2012, 2:57 am

≫ Next: fretzl on "Setup - database restore option not working"

≪ Previous: marcov on "Setup - database restore option not working"

You mean of course 1.4.3.5..There will probably be no 1.4.3.6 at all..:-)

Anyway, it is important that you always use the same version for backups. So not 1.4.2.x with 1.4.3.x Please also look into the error logs of Zenphoto and your server.

Sorry, if the description did not match. Probably we just forgot it... I don't remember right now but it might be different with the comign 1.4.4 as well. If you please could open a ticket on the issue tracker on GitHub that would be great so we don't forget it.

↧

fretzl on "Setup - database restore option not working"

December 3, 2012, 5:03 am

≫ Next: sbillard on "Setup - database restore option not working"

≪ Previous: acrylian on "Setup - database restore option not working"

I just tried an upgrade from 1.4.3.2 to 1.4.3.5 and more or less got the same error.

Blank page with:
Parse error: syntax error, unexpected $end in .../zp-core/admin-functions.php on line 3337

↧

sbillard on "Setup - database restore option not working"

December 3, 2012, 5:44 am

≫ Next: fretzl on "Setup - database restore option not working"

≪ Previous: fretzl on "Setup - database restore option not working"

Probaby will need more details.

I have just downloaded the 1.4.3.5 ZIP file from the website link. I have successfully installed it over both the 1.4.3.2 and the 1.4.3.4 releases, no errors.

I then wiped out the database and did a "fresh" install also with no issued.

The licence page marcov describes seems to indicate that the the gpl-2.0-standalone.htm file is missing or somehow corrupt. fretzl's error might also be a damaged file.

↧

fretzl on "Setup - database restore option not working"

December 3, 2012, 2:15 pm

≫ Next: yanzen on "Log security compromised warning during setup"

≪ Previous: sbillard on "Setup - database restore option not working"

Yes, my error must have been caused by a damaged upload.
After uploading again everything is working now.

↧

yanzen on "Log security compromised warning during setup"

March 12, 2013, 9:20 pm

≫ Next: dd-b on "Setup 500 error on upgrade"

≪ Previous: fretzl on "Setup - database restore option not working"

I'm having the same problem and as NaturalEnquirer I think that it would be helpful if the exact files/paths in question could be mentioned in the warning.

↧

dd-b on "Setup 500 error on upgrade"

May 25, 2013, 8:12 am

≫ Next: sbillard on "Setup 500 error on upgrade"

≪ Previous: yanzen on "Log security compromised warning during setup"

On dreamhost, the setup run when upgrading to 1.4.4.5 consistently gets a 500 error. (While I'm doing an upgrade, it's a test installation that I don't have much invested in, so just trashing it and putting in a clean install is a good option for me right now. On the other hand, if the testing convinces me I want to use Zenphoto regularly, then I'll start being very concerned about upgrades....)

The error log just says "[Sat May 25 15:58:56 2013] [error] [client 216.243.177.140] Premature end of script headers: index.php, referer: http://dd-b.net/zenphoto/zp-core/setup/index.php?autorun=gallery", doesn't give me any ideas.

↧

sbillard on "Setup 500 error on upgrade"

May 25, 2013, 9:08 am

≫ Next: dd-b on "Setup 500 error on upgrade"

≪ Previous: dd-b on "Setup 500 error on upgrade"

Look also in the setup log in the zp-data folder. Perhaps there is more information there. Otherwise, if that is the only error in your logs it really has not told us anything.

One possible cause is things like file permissions and folder permissions. Many hosts will error-out if the permissions of script files (folders) are not to their liking. Unfortunately, "their liking" is not consistent among hosts so I cannot tell you what dreamhost wants.

It is possible that dreamhost provides a SimpleScripts install program for Zenphoto. We know that current SimpleScripts versions properly install Zenphoto and presumably insure the correct file/folder permissions. If they have that setup, give it a try. If it is for an older version (unfortunately often the case) you can always install 1.4.4.5 over what it installs.

↧

dd-b on "Setup 500 error on upgrade"

May 25, 2013, 9:53 am

≫ Next: sbillard on "Setup 500 error on upgrade"

≪ Previous: sbillard on "Setup 500 error on upgrade"

More info -- I tried a clean install in another directory and ran into the exact same error. zp-data/setup.log shows nothing but the config information I was shown on my screen before I clicked go. After a minute or two, setup died with a 500 error same as before.

I've got a screen capture of the config screen, though nothing on it looks suspicious (warnings on software versions, but no errors; these are the versions provided at Dreamhost, so I don't have any choice). I don't see an option to attach files or embed an image here, though.

I didn't see anything interesting in the setup log, but here it is:

Zenphoto Setup v1.4.4.5[578af0f46b]: Sat, 25 May 2013 17:46:43 -0700
Warn: Log security [is compromised] Zenphoto attempts to make log files accessable by owner only (permissions = 0600). This attempt has failed. The log file permissions are 0660 which may allow unauthorized access.
Warn: PHP version 5.2.17 PHP Version 5.2 or greater is required. Version 5.4 or greater is strongly recommended. Use earlier versions at your own risk.
Warn: PHP display_errors [is enabled] This setting may result in PHP error messages being displayed on WEB pages. These displays may contain sensitive information about your site.
Warn: The Zenphoto filesystem character define is UTF‑8 [no test performed] Setup did not perform a test of the filesystem character set. You can cause setup to test for a proper definition by creating a file in your zp-data folder named charset_tÃ©st and re-running setup.If your server filesystem character set is different from UTF‑8 and you create album or image filenames names containing characters with diacritical marks you may have problems with these objects.Change the filesystem character set define to Unknown ASMO-708 BIG5 CISO2022JP CP1026 CP870 DOS-720 DOS-862 EBCDIC-CP-US EUC-CN EUC-JP EUC-KR GB2312 HZ-GB-2312 IBM437 IBM737 IBM775 IBM850 IBM852 IBM857 IBM861 IBM869 ISO-2022-JP ISO-2022-KR ISO-8859-1 ISO-8859-15 ISO-8859-2 ISO-8859-3 ISO-8859-4 ISO-8859-5 ISO-8859-6 ISO-8859-7 ISO-8859-8 ISO-8859-8-i ISO-8859-9 JOHAB KOi8-R KOi8-U KS_C_5601-1987 MACINTOSH SHIFT_JIS UNICODE UNICODEFFFE US-ASCII UTF-7 UTF-8 WINDOWS-1250 WINDOWS-1251WINDOWS-1252 WINDOWS-1253 WINDOWS-1254 WINDOWS-1255 WINDOWS-1256 WINDOWS-1257WINDOWS-1258 WINDOWS-874 cp866apply
Warn: MySQL version 5.1.53 MySQL Version 5.0.0 or greater is required. Version 5.5.0 or greater is preferred. Use a lower version at your own risk.
Completed system check

↧

sbillard on "Setup 500 error on upgrade"

May 26, 2013, 2:23 am

≫ Next: MumblingFumbler on "Log security compromised warning during setup"

≪ Previous: dd-b on "Setup 500 error on upgrade"

There may also be a debug log. If so, what is in it?

Seems you are getting some sort of a time-out. Waiting a minute or so for the next setup screen is not normal. What is the URL in the browser address bar? It should look something like <domain>/<folder>/zp-core/setup/index.php?checked&update&mod_rewrite=ON.

You might try that link directly to see what happens. Also check your MySQL logs. Maybe something is going wrong with the database.

↧

MumblingFumbler on "Log security compromised warning during setup"

June 20, 2013, 2:08 am

≫ Next: acrylian on "Log security compromised warning during setup"

≪ Previous: sbillard on "Setup 500 error on upgrade"

It is *not* "all mentioned" on your installation page. You need to enumerate the files. For instance, you don't mention that zenphoto.cfg, clearly not a log file, also needs to have 600 permissions before the warning will go away. Why make it so difficult for your users? It would all of 30 seconds to put that in your instructions.

↧

acrylian on "Log security compromised warning during setup"

June 20, 2013, 2:22 am

≫ Next: MumblingFumbler on "Log security compromised warning during setup"

≪ Previous: MumblingFumbler on "Log security compromised warning during setup"

Properly configured servers do all this for the user. I personally never encountered these issuse on any standard shared hosting server.

There is a lengthly article about permissions:
http://www.zenphoto.org/news/permissions-for-zenphoto-files-and-folders

↧

MumblingFumbler on "Log security compromised warning during setup"

June 20, 2013, 2:27 am

≫ Next: MumblingFumbler on "Log security compromised warning during setup"

≪ Previous: acrylian on "Log security compromised warning during setup"

I'm currently suffering through an upgrade, which in the instructions is touted as being "super easy". As part of the setup checks, there is a warning with the list of obsolete files for the user to delete. The setup script is aware of these files--why doesn't it just do the deletions automatically, or at least allow that as an option? Perhaps if the implementor went through the process of deleting these manually, he/she would realize what a pain this is.

↧

MumblingFumbler on "Log security compromised warning during setup"

June 20, 2013, 2:36 am

≫ Next: MumblingFumbler on "Log security compromised warning during setup"

≪ Previous: MumblingFumbler on "Log security compromised warning during setup"

Apologies. I see that there was an option to delete the files at the *bottom* of the long list. I didn't see it until I had already started the deletion process. It did not remove all of the files.

↧