ImageMagick path and OVH hosting provider

Hello and thank you for welcoming me to this forum (sorry for my english, I'm french, but I'll try to be clear).
After searching in the topics, I perceive that this problem is not resolved. My hosting provider is OVH (share hosting), and when i write in SSH this command line [which convert] and [convert] i have this :

Welcome to Ovh$ which convert
/usr/bin/convert$ convert
Version: ImageMagick 6.6.0-4 2012-05-03 Q16
Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC
Features: OpenMP

So ImageMagick seem be installing on my hosting share server. But i've a troubleshouting with omeka (the test bouton in omeka's admin interface for ImageMagick path don't detected a problem, but my derivatives are not generate). Here is my error log:

2014-03-18T18:46:58+01:00 ERR (3): exception 'Omeka_File_Derivative_Exception' with message 'ImageMagick is not properly configured: invalid directory given for the ImageMagick command!' in /homez.775/centreia/
Stack trace:
#0 /homez.775/centreia/ Omeka_File_Derivative_Image_Creator->setImageMagickDirPath('/usr/bin/conver...')
#1 /homez.775/centreia/ Omeka_File_Derivative_Image_Creator->__construct('/usr/bin/conver...')
#2 /homez.775/centreia/ File->createDerivatives()
#3 /homez.775/centreia/ Job_FileProcessUpload->perform()
#4 /homez.775/centreia/ Omeka_Job_Dispatcher_Adapter_Synchronous->send('{"className":"J...', Array)
#5 /homez.775/centreia/ Omeka_Job_Dispatcher_Default->send('Job_FileProcess...', Array)
#6 [internal function]: File->afterSave(Array)
#7 /homez.775/centreia/ call_user_func(Array, Array)
#8 /homez.775/centreia/ Omeka_Record_AbstractRecord->runCallbacks('afterSave', Array)
#9 /homez.775/centreia/ Omeka_Record_AbstractRecord->save()
#10 /homez.775/centreia/ Item->saveFiles()
#11 /homez.775/centreia/ Builder_Item->addFiles('Filesystem', Array, Array)
#12 /homez.775/centreia/ insert_files_for_item(Object(Item), 'Filesystem', Array, Array)
#13 [internal function]: DropboxPlugin->hookAfterSaveItem(Array)
#14 /homez.775/centreia/ call_user_func(Array, Array)
#15 /homez.775/centreia/ Omeka_Plugin_Broker->callHook('after_save_item', Array)
#16 /homez.775/centreia/ Omeka_Record_AbstractRecord->runCallbacks('afterSave', Array)
#17 /homez.775/centreia/ Omeka_Record_AbstractRecord->save(false)
#18 /homez.775/centreia/ Omeka_Controller_AbstractActionController->editAction()
#19 /homez.775/centreia/ ItemsController->editAction()
#20 /homez.775/centreia/ Zend_Controller_Action->dispatch('editAction')
#21 /homez.775/centreia/ Zend_Controller_Dispatcher_Standard->dispatch(Object(Zend_Controller_Request_Http), Object(Zend_Controller_Response_Http))
#22 /homez.775/centreia/ Zend_Controller_Front->dispatch()
#23 /homez.775/centreia/ Zend_Application_Bootstrap_Bootstrap->run()
#24 /homez.775/centreia/ Zend_Application->run()
#25 /homez.775/centreia/ Omeka_Application->run()
#26 {main}

So I don't understand. Thanks for your answer.
PS : I read that the omeka 2.2 perhaps solve this problem about derivative ?
Many thanks

The path looks right. It's possible that the server doesn't have permissions to execute convert. That'd be something to check with the hosting provider.

Omeka 2.2 will include the ability to use the IMagic PHP module, but of course only if it is installed on the server.

When which returns /usr/bin/convert, it's just the /usr/bin part that you should put into the "Path to ImageMagick" field of the Site Settings page.

It looks like you included the /convert part at the end. Do you get any better results if you switch it to just /usr/bin?

Thanks you for your fast answers.
Thank John, I was hoping that your solution would work, but this is not the case.
I expect a response from hosting provider, according to patrickmj's suggest.

If you look at the PHP log (this is different from the Omeka log, it's often stored somewhere on its own or in the Apache logs), that might give you some hint as to what's happening.

Some servers have fairly restrictive settings about what paths PHP is allowed to access, which causes trouble for Omeka when it tries to verify that the path you gave us exists. That's often the problem when an apparently correct path causes an error.

Dear John Flatness,
Thanks for your answer.
You can find here the web log of my server, curiously my server didn't generate an error log for the april month. So I post just the extract concerning ImageMagick.
According to Patrickmj, I'm still waiting for an answer of my webhost concerning the blocking of convert : - [07/Apr/2014:18:55:14 +0200] "GET /admin/settings/check-imagemagick? HTTP/1.1" 200 103 "" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10" - [07/Apr/2014:18:55:18 +0200] "GET /admin/settings/check-imagemagick? HTTP/1.1" 200 103 "" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10" - [07/Apr/2014:18:55:24 +0200] "GET /admin/settings/check-imagemagick? HTTP/1.1" 200 103 "" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10" - [07/Apr/2014:18:55:25 +0200] "GET /admin/settings/check-imagemagick? HTTP/1.1" 200 103 "" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10"


This issue is frequent when Omeka or any other cms is installed on a shared host (see

So you can replace application/libraries/Omeka/File/Derivative/Image/creator.php with the file


Daniel Berthereau
Infodoc & Knowledge management

Thanks, Daniel!

We're actually moving to bring aspects of this and more into the core for Omeka 2.2. See more on the dev list.