I am setting up a new install of Fez, from the current HG repository (checked out as of yesterday afternoon).

 

I have been able to get most things up and running, but when I run the sanity check I am seeing the following errors:

 

Testing JHove

Failed: File Jhove Result = '/tmp/presmd_test.xml' This file doesn't exist, check the path and the permissions so that webserver user can read the file (the webserver must have 'rx' permission on any parent directories as well as 'r' permission on the file)

Common problems with jhove are that the environment variables are not set correctly. Check that the jhove script has been edited as per the installation mannual, the last line must be changed # FOR LINUX: ${JAVA} -classpath $CP Jhove -c ${JHOVE_HOME}/conf/jhove.conf $ARGS # FOR WINDOWS: %JAVA% -classpath %CP% Jhove -c %JHOVE_HOME%/conf/jhove.conf %ARGS%

 

And

 

Testing imageMagick

Failed: File Check Image Convert Result = '/tmp/thumbnail_test.jpg' This file doesn't exist, check the path and the permissions so that webserver user can read the file (the webserver must have 'rx' permission on any parent directories as well as 'r' permission on the file)

Sometimes a problem with image magick on windows is that the image magick command 'convert.exe' needs to be in the path and the config file just needs to have 'convert.exe' and not the full path.

 

Googling the Jhove error I have tried to trouble shoot the problem. I have double checked my executable and it is correct (in fact I copied it directly from a working system). I have installed Jhove at /usr/local/jhove and if I run the executable I see the correct output.

 

I have also double checked permissions on the /tmp directory and they seem to be correct.

 

In fact, I managed to copy a presmd_test.xml file from another system and placed it in my /tmp folder. When I run the sanity check it works, but then deletes the xml file. If I run the sanity check again it will fail.

 

I suspect there are some permissions issues at play here but I cannot isolate where it is. This is on a CentOS 6 system with SELinux disabled.

 

Cheers,

 

Conor