Image caching and cache folder rights

Hi all,

I'm using the latest version (1.4.1.2), recently updated.

I've migrated my album from Debian Squeeze x64 to CentOS 6 x64.

The cache, albums, cache_html, uploaded and zp-data folders are chmod 777 with user / group of apache.

suExec is disabled.

When I try to regenerate the cache folder, I've got the images which always says : "Error: Cache directory not writable".

Have you some idea of things to check or are you using CentOS 6 with ZenPhoto ?

Thanks a lot.

Regards,

Comments

  • acrylian Administrator, Developer
    We have a lenghtly articles about the permissions on our troubleshooting. 777 is of course not very secure but should actually work. Sorry, I have no specific knowledge about CentOS.
  • Thanks for your reply.

    I've readed the troubleshooting, and that's why I'm currently testing with 777 mode.

    I want to increase security when ZenPhoto be able to generate cache image.

    I've never got this problem on Debian Squeeze.

    Thanks
  • It that error message exactly quoted? I did a search and did not find it. The closest I found is in i.php.
    The cache directory is not writable! Attempts to chmod didn't work.
    There it is doing a `chmod()` on the folder followed by an `is_writable()` test on the same path. `is_writable` is returning false.

    Maybe that can help you track down the problem.
  • The message on the image is :

    "Error: Cache directory not writable. Make sure /cache permissions are correct."
  • Today, I can see this on the apache error log :

    [Tue Aug 09 12:36:32 2011] [error] [client xxx.xxx.xxx.xxx] PHP Warning: fopen(/opt/gallery.mydomain.com/zenphoto/zp-data/security_log.txt): failed to open stream: Permission denied in /opt/gallery.mydomain.com/zenphoto/zp-core/zp-extensions/security-logger.php on line 134, referer: https://gallery.mydomain.com/
    [Tue Aug 09 12:36:38 2011] [error] [client xxx.xxx.xxx.xxx] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: https://gallery.mydomain.com/

    The zp-data is chmoded 777 too.

    Thanks for your help
  • acrylian Administrator, Developer
    I guess you need to contact your server admin/host. Or you did not setup your (sub)domain for https. On my host http and https are two totally different things.
  • Hi

    I have video thumbnails (options/image) set to a file in plugins/watermarks and it works fine. This seems to over ride the options for the individual images.
    When I set the individual videos to the images I have created for them do I set (options/image) to none!

    Cheers

    John
  • acrylian Administrator, Developer
    There are already replacement default images if no video thumb images have been added. Look at `zp-core/zp-extensions/class-video/`. You can use your own by putting images with the same names within your theme's images folder or within a folder within the root `/plugins` one.
  • Hi

    So I have 2 images I created for video watermarks at present within gallery/plugins/watermarks.

    I can select any of these within the individual image area but only the one I select in the options/images area works.

    So even thou you can select these images they have no effect over what is selected in options/images?

    What is the difference to /gallery/zp-core/watermarks over /gallery/plugins/watermarks.

    Cheers

    John

    http://www.thestottfamily.co.uk/gallery/joe-s/general-images/
  • acrylian Administrator, Developer
    If you don't clear the image cache after changing watermarks you will naturally not see any change.

    Functionwise there is no difference. You should always store custom watermarks as well as custom plugins and other stuff in the /plugins folder as you then don't overwrite them accidentally on updates.
  • Hi,

    Acrylian wrote : "I guess you need to contact your server admin/host. Or you did not setup your (sub)domain for https. On my host http and https are two totally different things."

    I've totally deactivated SSL support for the moment.

    But the error still persists.

    Thanks
  • acrylian Administrator, Developer
    Then the permissions are probably still not set correctly.

    if it is still the https error appearing: Are you sure you have not accidentally set that option on the backend? Also note that Safari in private browsing mode tends to call the https site even if there is none...
  • I've found the solution :

    Returned to Ubuntu 11.04.

    All the gallery is working now !

    It seems that ZenPhoto won't work with CentOS 6, or some specific parameters are needed (I'm not a CentOS specialist :-)).

    Thanks for your help
Sign In or Register to comment.