Leginon

Hello,
Regarding the temp upload directory, let make sure the permissions will allow the apache user to create the directory.
Log into the web server and become the apache user. Then try mkdir 'your/upload/dir'. Let me know if that works, but the wizard still returns an error.

For the default appion base dir, ensure that both the web server and the processing server has access to this file location.

Thanks,
Amber

I have no idea about web server and also I change the ownership to apache, it still doesn't work.
Shunming

Ok. We need to confirm that the apache user can create a directory on the web server.
The web server is the machine that you have installed Apache and the myamiweb website.
You will need to log into that machine and view the passwd file to confirm the apache username.

cd /etc
more passwd

This will show you all the users on the machine. You should see an entry for apache like this:

apache:x:48:48:Apache:/var/www:/sbin/nologin

su
runuser -l apache -c 'mkdir /your/upload/dir'

Or you can run the command as the apache user like this:

su
su - apache
mkdir /your/upload/dir

If either of those work, then all is good and you should not receive and error from the setup wizard.
If they do not work, then there are access or permission issues that need to be taken care of before running the wizard.

Hello-

I have run into this identical issue attempting to install the current production version of Appion 3.0 on CentOS 6, and I have not been able to resolve it using the suggested commands. I am running the database, processing server, and file server all on the same box. The path to the directeries points to a RAID mounted at /media .

First, if I attempt to run anything as the user apache (also my apache username) I get the error "This account is currently not available", I'm guessing because apache doesn't have a default shell?

I've been hesitant to disable SELinux, could this be the problem? I tried changing the type of the relevant directories to httpd_sys_content_t with chcon, and also adding them manually to my httpd.conf file, to no avail. I also placed symbolic links to the directories in /var/www/html, which I am fairly certain apache has access to, but it still can't find them.

Thanks!
-Greg

What happens when you try:

sudo -u apache mkdir /path/to/upload_dir

Worked perfectly, thanks!

Actually sorry that was incorrect, I was confused and posted too soon (late night).

I can make the directories as apache, and apache is the owner. Nevertheless I get the same errors from the web configuration tool.

OK, it is good that apache can make a directory. I'm out of the office until Monday, and can look into why we are still producing an error then. In the meantime, if you are comfortable with commenting out the error checking in the code, you can give that a try to complete your setup.

In your www directory, go to myamiweb/setup/setupOthers.php and comment out line 32 by adding a "//" to the front of the line like this:

//$validator->addValidation("temp_images_dir", $_POST['temp_images_dir'], "folder_permission");

Hi Amber-

I do believe the issue was indeed with SELinux. I managed to get the web wizard to proceed and be able to see the directories by issuing the following command:

sudo chcon -R --type=httpd_sys_content_t Name_of_RAID

The mount point, /media , already had the type mnt_t , which apparently apache is allowed to access. So, I believe if anyone else runs into this issue, the solution is to run chcon recursively on the directory of the volume one level above the mount point.

If I run into further issues with appion or leginon being able to actually read and write to this directory I'll post again if I'm able to resolve it with SELinux still enabled, or if I do have to disable it.

-Greg

One more update:

The default port used by the redux server is by default blocked. To fix this issue, one needs the semanage tool, which I do not believe is installed by default. It is available in the package policycoreutils-python

So, to make the redux server work with SElinux enabled:

sudo yum -y install policycoreutils-python-2.0.83-19.39.el6.x86_64

which will install policycoreutils and dependencies, then:

sudo /usr/sbin/semanage port -a -t http_port_t -p tcp 55123

where 55123 should be changed if a non-default port is used by reduxd