ImageMagick : convert not found

Previous topic

Developer

Next topic

Author

Message

Gerard Ouiller

Friday 10 September 2010 1:29:45 am

Hi,

I cleared my cache and now there are no more images on my website. It's an issue with ImageMagick and convert.

In my EZPublish error.log : eZImageManager::createImageAlias: Failed converting ..

and in my Apache error_log I have tons of : sh: /convert: No such file or directory

It's strange, my ImageMagick seems ok : which convert returns /usr/bin/convert

In phpinfo() I can see imagick section, and imagick enabled, 3.0.0, ...

Same thing with php -i | grep imagick
/etc/php.d/imagick.ini,
imagick
imagick module => enabled
...

In my settings/override/image.ini.append.php :

[ImageMagick]
IsEnabled=true
ExecutablePath=/usr/bin
Executable=convert

(I tried ExecutablePath=/usr/bin and ExecutablePath=,same thing).

I don't know what to do, for me everthing seems ok, both ImageMagick or EZPublish ...

If somebody has an idea, thx in advance. (PS : my config : PHP 5.2, Imagick 3.00, Centos 5)

Regards.

Jérôme Vieilledent

Friday 10 September 2010 7:20:24 am

Hi Gérard

Mmm it seems that you have an INI issue here... Be aware that the default value (in settings/image.ini) for [ImageMagick].ExecutablePath is an empty string (it explains your /convert errors).

So my guess would be a problem in your image.ini.append.php override. Can you show the whole image.ini content please ?

Activating debug (clear the cache after) should also be very helpful :)

SEBBANE Alexandre

Friday 10 September 2010 10:26:57 am

Hello

can you go to the setup > configuration ini page in your ezpublish admin and choose image.ini in your siteaccess : you choose have the list of the variable and you will see which settings are take into account.

Paris, France

Gerard Ouiller

Monday 13 September 2010 12:42:59 am

Hello,

First, thank you Jerome and thank you Alexandre having answered.

Unfortunately, both Admin Panel & INI files seem correct :

_Name	_default	_{"ImageMagick"}
	_IsEnabled	_override	_true
	_Handler	_default	_{"eZImageShellFactory"}
	_{ExecutablePath}	_override	_"/usr/bin"
	_Executable	_override	_"convert"
	_{PreParameters}	_default	_""
	_{PostParameters}	_default	_""

settings/image.ini :

_{ImageConverters[]}
_{ImageConverters[]=ImageMagick}
_{ImageConverters[]=GD}

_...

_{[ImageMagick]}
_{Name=ImageMagick}
_{IsEnabled=true}
_{Handler=eZImageShellFactory}
_{ExecutablePath=}
_{Executable=convert}
_{# ExecutableMac=convert}
_{# ExecutableUnix=convert}
_{PreParameters=}
_{PostParameters=}

settings/override/image.ini.append.php

_{<?php /* #?ini charset="utf-8"?}
_{[ImageMagick]}
_{IsEnabled=true}
_{ExecutablePath=/usr/bin}
_{Executable=convert}
_{[FileSettings]}
_{ImagePermissions=0777}
_{*/ ?>}

Christian Rößler

Monday 13 September 2010 2:15:26 am

After reading your infos, i might consider checking the following:

has the webserver-user read and execute permissions on convert binary? check this really by invoking convert as www-data (or whatever user you use) user to be sure.
has it worked before clearing the cache?
did you do apache updates? perhaps doing a graceful reload does somehow "refresh" the apache2-mod-php5 instance. this might be the last resort as all seems to be correct set up and ini's are correct.
check the re-created/cached inifiles (php-arrays in *.php files) in var/cache/ini folder. are the permissions correct? what does really got stored here? my guess is that clearing the cache has altered file permissions on those files/folders and ez cannot re-create cache files - somehow - or similar.

chris

Hannover, Germany
eZ-Certified http://auth.ez.no/certification/verify/395613