/opt/ona/www/local/config dir writable by '': No
jnightingale
09-05-2011 12:21:17
Hello all. I am new and fairly a noob with CentOS and Linux. I am tasked with installing this OpenNetAdmin software. I have Apache running as httpd and mysql running as mysqld. When I get to the install, everything looks good on the main page exept for this:
/opt/ona/www/local/config dir writable by '': No
the web user name and group is apache:apache. I have done a chown -r for this user on /opt/ona/www/local/config but still have the same issue.
I try and keep going by entering in the mysql information then click "Create My Database". When I do this, all I have is a blank screen.
Can anyone give me a hand or some insight as to why this is happening? Much thanks.
/opt/ona/www/local/config dir writable by '': No
the web user name and group is apache:apache. I have done a chown -r for this user on /opt/ona/www/local/config but still have the same issue.
I try and keep going by entering in the mysql information then click "Create My Database". When I do this, all I have is a blank screen.
Can anyone give me a hand or some insight as to why this is happening? Much thanks.
Matt
09-05-2011 16:47:28
well for some reason it would seem that your php/apache install is unable to determine the value of {$_ENV['APACHE_RUN_USER']} as it is blank in the output you showed here.
It sounds like you have executed the proper commands but for completeness I'd say run this:
if that still does not work, you could also do the following, although it is not as secure as it gives everyone full access to that directory:
Basically you want your system to look something like:
This all assumes "apache" is truly the user your web server is running as. You could run the following to look at what user it is running as
The first column should be the username that the process is running as.
Hope that helps
It sounds like you have executed the proper commands but for completeness I'd say run this:
chown apache:apache /opt/ona/www/local/config
if that still does not work, you could also do the following, although it is not as secure as it gives everyone full access to that directory:
chmod 777 /opt/ona/www/local/config
Basically you want your system to look something like:
drwxr-xr-x 2 apache root 4096 2011-05-02 16:00 config/
This all assumes "apache" is truly the user your web server is running as. You could run the following to look at what user it is running as
ps aux|grep http
or
ps aux|grep apache
or
ps aux|grep www
The first column should be the username that the process is running as.
Hope that helps
jnightingale
10-05-2011 06:59:06
Thanks for your help, I appreciate it. This is what I see and what I did. See below:
Still no change though. Any suggestions?
# ps aux |grep http
root 1652 0.0 0.4 22724 9424 ? Ss May09 0:01 /usr/sbin/httpd
apache 1654 0.0 0.4 25284 8848 ? S May09 0:00 /usr/sbin/httpd
apache 1655 0.0 0.4 24848 8368 ? S May09 0:00 /usr/sbin/httpd
apache 1656 0.0 0.4 25284 8824 ? S May09 0:00 /usr/sbin/httpd
apache 1657 0.0 0.2 22724 5468 ? S May09 0:00 /usr/sbin/httpd
apache 1658 0.0 0.4 25284 8872 ? S May09 0:00 /usr/sbin/httpd
apache 1659 0.0 0.2 22724 5492 ? S May09 0:00 /usr/sbin/httpd
apache 1660 0.0 0.2 22724 5492 ? S May09 0:00 /usr/sbin/httpd
apache 1661 0.0 0.2 22724 4824 ? S May09 0:00 /usr/sbin/httpd
root 19977 0.0 0.0 4020 696 pts/1 S+ 07:50 0:00 grep http
# ps aux |grep www
root 19997 0.0 0.0 4016 680 pts/1 S+ 07:50 0:00 grep www
# ps aux |grep apache
apache 1654 0.0 0.4 25284 8848 ? S May09 0:00 /usr/sbin/httpd
apache 1655 0.0 0.4 24848 8368 ? S May09 0:00 /usr/sbin/httpd
apache 1656 0.0 0.4 25284 8824 ? S May09 0:00 /usr/sbin/httpd
apache 1657 0.0 0.2 22724 5468 ? S May09 0:00 /usr/sbin/httpd
apache 1658 0.0 0.4 25284 8872 ? S May09 0:00 /usr/sbin/httpd
apache 1659 0.0 0.2 22724 5492 ? S May09 0:00 /usr/sbin/httpd
apache 1660 0.0 0.2 22724 5492 ? S May09 0:00 /usr/sbin/httpd
apache 1661 0.0 0.2 22724 4824 ? S May09 0:00 /usr/sbin/httpd
root 20020 0.0 0.0 4020 696 pts/1 S+ 07:51 0:00 grep apache
# chown apache:apache /opt/ona/www/local/config
# chmod 777 /opt/ona/www/local/config
# cd /opt/ona/www/local
# ls -all
total 40
drwxrwxr-x 5 apache apache 4096 Feb 10 08:38 .
drwxrwxr-x 10 apache apache 4096 Feb 10 08:38 ..
drwxrwxrwx 2 apache apache 4096 Feb 10 08:38 config
drwxrwxr-x 2 apache apache 4096 Feb 10 08:38 plugins
drwxrwxr-x 2 apache apache 4096 Feb 10 08:38 winc
Still no change though. Any suggestions?
Matt
11-05-2011 15:20:10
hmm.. the file permissions you have seem to be perfectly fine.
I'm wondering if it has something to do with how your apache is configured. Its possible its not allowing it to write to that location. There are a few things this could be but I dont have any great suggestions there. There is also the possibility of some php related configuration.
The fact it is unable to do the php command "is_writable('/opt/ona/www/local/config/')" or find a valid answer for $_ENV['APACHE_RUN_USER'] is the underlying problem. We might do some google searches to see if we can find why either of those two things are not working.
I'm wondering if it has something to do with how your apache is configured. Its possible its not allowing it to write to that location. There are a few things this could be but I dont have any great suggestions there. There is also the possibility of some php related configuration.
The fact it is unable to do the php command "is_writable('/opt/ona/www/local/config/')" or find a valid answer for $_ENV['APACHE_RUN_USER'] is the underlying problem. We might do some google searches to see if we can find why either of those two things are not working.
Treb
20-07-2011 02:22:39
I had the exact same issue with my new install the other day on fresh x86_64 CentOS 6. All file permissions seemed OK but the installer script couldn't write to the mentioned directory.
You need to disable the SELinux:
Edit your
/etc/sysconfig/selinux
and change
SELINUX=enforced (or whatever) into
SELINUX=disabled
After reboot everything works fine for me.
You need to disable the SELinux:
Edit your
/etc/sysconfig/selinux
and change
SELINUX=enforced (or whatever) into
SELINUX=disabled
After reboot everything works fine for me.