Greetings,
I'm trying to install Drupal 5.1 and I am getting the following errors immediately upon attempting the installation through the browser:
Notice: Undefined variable: no_module_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1467
Notice: Undefined variable: no_theme_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1488
and
Drupal database setup The following error must be resolved before you can continue the installation process: The Drupal installer requires write permissions to ./sites/default/settings.php during the installation process.
For the write permissions error, I set the permissions to 777 for everything inside the drupal-5.1 directory and all files are owned by apache.apache.
I have no clue how to move forward. Please advise.
Thank you, Tim
Looks like a PHP configuration problem, see http://drupal.org/node/121818#comment-204865
----- Original Message ----- From: "Tim McGeary" tmm8@Lehigh.EDU To: support@drupal.org Sent: Wednesday, May 30, 2007 12:03 PM Subject: [support] immediate installation errors
Greetings,
I'm trying to install Drupal 5.1 and I am getting the following errors immediately upon attempting the installation through the browser:
Notice: Undefined variable: no_module_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1467
Notice: Undefined variable: no_theme_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1488
and
Drupal database setup The following error must be resolved before you can continue the installation process: The Drupal installer requires write permissions to ./sites/default/settings.php during the installation process.
For the write permissions error, I set the permissions to 777 for everything inside the drupal-5.1 directory and all files are owned by apache.apache.
I have no clue how to move forward. Please advise.
Thank you, Tim
-- Tim McGeary '99, '06G Senior Systems Specialist Lehigh University 610-758-4998 tim.mcgeary@lehigh.edu -- [ Drupal support list | http://lists.drupal.org/ ]
Two separate issues.
First, regarding settings.php, *do not under any circumstances make your entire Drupal install world-writeable*. That means that anyone who has access to the computer, legitimately or not, can alter or delete your entire Drupal system without you knowing it. Do not do that!
You want apache.apache to have write access to settings.php ONLY. Setting that file and only that file to 777 is one option, although if you can put it in a group that is owned by both you and the web server and then set it to 664 or 660, that's even better.
As for the Notices, your web server is set to E_ALL error checking. Drupal 5.x is not E_ALL complaint, although Drupal 6 will be. For now, you need to disable E_ALL checking for your Drupal install. You can do that locally by adding the following line to the .htaccess file in your Drupal directory:
php_value error_reporting 2039
2039 is the numeric equivalent of the PHP constants E_ALL ^ E_NOTICE. (Trust me on that. <g>) That tells PHP to report all problems that are less trivial than E_NOTICE, which is what Drupal is coded to.
Cheers.
--Larry Garfield
On Wed, 30 May 2007 13:03:40 -0400, Tim McGeary tmm8@Lehigh.EDU wrote:
Greetings,
I'm trying to install Drupal 5.1 and I am getting the following errors immediately upon attempting the installation through the browser:
Notice: Undefined variable: no_module_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1467
Notice: Undefined variable: no_theme_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1488
and
Drupal database setup The following error must be resolved before you can continue the installation process: The Drupal installer requires write permissions to ./sites/default/settings.php during the installation process.
For the write permissions error, I set the permissions to 777 for everything inside the drupal-5.1 directory and all files are owned by apache.apache.
I have no clue how to move forward. Please advise.
Thank you, Tim
-- Tim McGeary '99, '06G Senior Systems Specialist Lehigh University 610-758-4998 tim.mcgeary@lehigh.edu -- [ Drupal support list | http://lists.drupal.org/ ]
Thank you for the responses. First off, I know that 777 is bad. I was just making the point that I tried to set my permissions to fully writeable and it still wasn't working.
I made the error_reporting change in the php.ini file. This is the first app I'm installing, and I don't expect the others to need E_ALL.
So I made only the ./sites/default/settings.php with permission 777 and the rest at 755, and I am still getting the error:
Drupal database setup The following error must be resolved before you can continue the installation process: The Drupal installer requires write permissions to ./sites/default/settings.php during the installation process.
What else should I check?
Tim
Tim McGeary '99, '06G Senior Systems Specialist Lehigh University 610-758-4998 tim.mcgeary@lehigh.edu
Larry Garfield wrote:
Two separate issues.
First, regarding settings.php, *do not under any circumstances make your entire Drupal install world-writeable*. That means that anyone who has access to the computer, legitimately or not, can alter or delete your entire Drupal system without you knowing it. Do not do that!
You want apache.apache to have write access to settings.php ONLY. Setting that file and only that file to 777 is one option, although if you can put it in a group that is owned by both you and the web server and then set it to 664 or 660, that's even better.
As for the Notices, your web server is set to E_ALL error checking. Drupal 5.x is not E_ALL complaint, although Drupal 6 will be. For now, you need to disable E_ALL checking for your Drupal install. You can do that locally by adding the following line to the .htaccess file in your Drupal directory:
php_value error_reporting 2039
2039 is the numeric equivalent of the PHP constants E_ALL ^ E_NOTICE. (Trust me on that. <g>) That tells PHP to report all problems that are less trivial than E_NOTICE, which is what Drupal is coded to.
Cheers.
--Larry Garfield
On Wed, 30 May 2007 13:03:40 -0400, Tim McGeary tmm8@Lehigh.EDU wrote:
Greetings,
I'm trying to install Drupal 5.1 and I am getting the following errors immediately upon attempting the installation through the browser:
Notice: Undefined variable: no_module_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1467
Notice: Undefined variable: no_theme_preprocess in /usr/local/drupal-5.1/includes/common.inc on line 1488
and
Drupal database setup The following error must be resolved before you can continue the installation process: The Drupal installer requires write permissions to ./sites/default/settings.php during the installation process.
For the write permissions error, I set the permissions to 777 for everything inside the drupal-5.1 directory and all files are owned by apache.apache.
I have no clue how to move forward. Please advise.
Thank you, Tim
-- Tim McGeary '99, '06G Senior Systems Specialist Lehigh University 610-758-4998 tim.mcgeary@lehigh.edu -- [ Drupal support list | http://lists.drupal.org/ ]
Quoting Tim McGeary tmm8@Lehigh.EDU:
Thank you for the responses. First off, I know that 777 is bad. I was just making the point that I tried to set my permissions to fully writeable and it still wasn't working.
I made the error_reporting change in the php.ini file. This is the first app I'm installing, and I don't expect the others to need E_ALL.
So I made only the ./sites/default/settings.php with permission 777 and the rest at 755, and I am still getting the error:
Drupal database setup The following error must be resolved before you can continue the installation process: The Drupal installer requires write permissions to ./sites/default/settings.php during the installation process.
What else should I check?
I've seen this before. You must have modified the settings.php file to include the database information by hand. I forget what I did but try specifying the install.php manually in the URI. E.G. mysite.org/install.php
If that doesn't work, install the pristine file from the tarball and enter the DB information in the web form.
Earnie
Yes, I had modified that per a support forum message I found. I've replaced it with a pristine file, but I'm still getting the same error.
Also, it doesn't matter whether I use install.php or the index redirect.
Tim
Earnie Boyd wrote:
Quoting Tim McGeary tmm8@Lehigh.EDU:
Thank you for the responses. First off, I know that 777 is bad. I was just making the point that I tried to set my permissions to fully writeable and it still wasn't working.
I made the error_reporting change in the php.ini file. This is the first app I'm installing, and I don't expect the others to need E_ALL.
So I made only the ./sites/default/settings.php with permission 777 and the rest at 755, and I am still getting the error:
Drupal database setup The following error must be resolved before you can continue the installation process: The Drupal installer requires write permissions to ./sites/default/settings.php during the installation process.
What else should I check?
I've seen this before. You must have modified the settings.php file to include the database information by hand. I forget what I did but try specifying the install.php manually in the URI. E.G. mysite.org/install.php
If that doesn't work, install the pristine file from the tarball and enter the DB information in the web form.
Earnie
Quoting Tim McGeary tmm8@Lehigh.EDU:
Yes, I had modified that per a support forum message I found. I've replaced it with a pristine file, but I'm still getting the same error.
Also, it doesn't matter whether I use install.php or the index redirect.
What are the directory permissions? Apache also needs write access to the sites/default directory.
Earnie
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
Tim
Quoting Earnie Boyd earnie@users.sourceforge.net:
Quoting Tim McGeary tmm8@Lehigh.EDU:
Yes, I had modified that per a support forum message I found. I've replaced it with a pristine file, but I'm still getting the same error.
Also, it doesn't matter whether I use install.php or the index redirect.
What are the directory permissions? Apache also needs write access to the sites/default directory.
Earnie
[ Drupal support list | http://lists.drupal.org/ ]
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
On Wednesday 30 May 2007 20:45:30 Tim McGeary wrote:
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
This may be a silly question, but what owner and group is the web server running as? Are you sure it's apache. and/or .apache?
Quoting Jason Flatt drupal@oadaeh.net:
On Wednesday 30 May 2007 20:45:30 Tim McGeary wrote:
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
This may be a silly question, but what owner and group is the web server running as? Are you sure it's apache. and/or .apache?
The web server is definitely running as apache, owner and group, and is defined the same way in httpd.conf.
Tim
---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
Quoting Tim McGeary tmm8@Lehigh.EDU:
Quoting Jason Flatt drupal@oadaeh.net:
On Wednesday 30 May 2007 20:45:30 Tim McGeary wrote:
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
This may be a silly question, but what owner and group is the web server running as? Are you sure it's apache. and/or .apache?
The web server is definitely running as apache, owner and group, and is defined the same way in httpd.conf.
Is it a SELinux system? Google for ``selinux site:drupal.org''. You'll find this http://drupal.org/node/50280 and others.
Earnie
Earnie Boyd wrote:
Quoting Tim McGeary tmm8@Lehigh.EDU:
Quoting Jason Flatt drupal@oadaeh.net:
On Wednesday 30 May 2007 20:45:30 Tim McGeary wrote:
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
This may be a silly question, but what owner and group is the web server running as? Are you sure it's apache. and/or .apache?
The web server is definitely running as apache, owner and group, and is defined the same way in httpd.conf.
Is it a SELinux system? Google for ``selinux site:drupal.org''. You'll find this http://drupal.org/node/50280 and others.
No, it is CentOS Linux. I didn't find anything useful in googling like you wrote except replaced selinux with centos.
Tim
On Thu, 31 May 2007 09:26:05 -0400, Tim McGeary tmm8@Lehigh.EDU wrote:
Earnie Boyd wrote:
Quoting Tim McGeary tmm8@Lehigh.EDU:
Quoting Jason Flatt drupal@oadaeh.net:
On Wednesday 30 May 2007 20:45:30 Tim McGeary wrote:
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
This may be a silly question, but what owner and group is the web
server
running as? Are you sure it's apache. and/or .apache?
The web server is definitely running as apache, owner and group, and is defined the same way in httpd.conf.
Is it a SELinux system? Google for ``selinux site:drupal.org''. You'll find this http://drupal.org/node/50280 and others.
No, it is CentOS Linux. I didn't find anything useful in googling like you wrote except replaced selinux with centos.
Ah, there's your problem then. :-) SELinux is "Security Enhanced" Linux, a kernel module with user-space configuration. It was developed by Red Hat and the NSA, and is a more fine-grained and tighter permission system than the default users/groups setup. It's installed by default on Red Hat systems these days I believe, as well as some Red Hat derivatives including, yes, CentOS.
My company used to use CentOS on our servers, but dropped it a while back specifically because its SELinux implementation was broken and kept causing all sorts of trouble for apache.
If you're having trouble with other PHP apps, too, then I would definitely put the blame on SELinux/CentOS at this point. SELinux is hard to get right unless you really know what you're doing. IME, CentOS does not. :-)
--Larry Garfield
It is possible to disable SELinux during the CentOS install though (which is what I always do since it seems to be more trouble for us than it's worth). I would bet that that's the problem. (Another reason I'm liking Ubuntu server better lately).
blake hall
On May 31, 2007, at 4:02 PM, Larry Garfield wrote:
On Thu, 31 May 2007 09:26:05 -0400, Tim McGeary tmm8@Lehigh.EDU wrote:
Earnie Boyd wrote:
Quoting Tim McGeary tmm8@Lehigh.EDU:
Quoting Jason Flatt drupal@oadaeh.net:
On Wednesday 30 May 2007 20:45:30 Tim McGeary wrote:
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
This may be a silly question, but what owner and group is the web
server
running as? Are you sure it's apache. and/or .apache?
The web server is definitely running as apache, owner and group, and is defined the same way in httpd.conf.
Is it a SELinux system? Google for ``selinux site:drupal.org''. You'll find this http://drupal.org/node/50280 and others.
No, it is CentOS Linux. I didn't find anything useful in googling like you wrote except replaced selinux with centos.
Ah, there's your problem then. :-) SELinux is "Security Enhanced" Linux, a kernel module with user-space configuration. It was developed by Red Hat and the NSA, and is a more fine-grained and tighter permission system than the default users/groups setup. It's installed by default on Red Hat systems these days I believe, as well as some Red Hat derivatives including, yes, CentOS.
My company used to use CentOS on our servers, but dropped it a while back specifically because its SELinux implementation was broken and kept causing all sorts of trouble for apache.
If you're having trouble with other PHP apps, too, then I would definitely put the blame on SELinux/CentOS at this point. SELinux is hard to get right unless you really know what you're doing. IME, CentOS does not. :-)
--Larry Garfield
-- [ Drupal support list | http://lists.drupal.org/ ]
My company used to use CentOS on our servers, but dropped it a while back specifically because its SELinux implementation was broken and kept causing all sorts of trouble for apache.
If I may: 1) CentOS is a clone of Red Hat, so if there is a problem, you are blaming the wrong folks. 2) There is an active volunteer army of support people on the mailing list who can provide details and help if need be. I am new to Drupal, but the support and cost ($0) seem similar, and both seem to be great products that work great together. http://lists.centos.org/mailman/listinfo/centos 3) SELinux is to me a complicated security system. It can be turned off, Google for (turn off selinux centos) or set to warn only.
If you're having trouble with other PHP apps, too, then I would definitely put the blame on SELinux/CentOS at this point. SELinux is hard to get right unless you really know what you're doing. IME, CentOS does not. :-)
I have found CentOS to be extraordinarily great software that is well supported and stable as a rock.
I've discovered something that might be helpful to someone out there in helping me determine what is wrong. I'm trying to install two other PHP applications and ALL of them complain about not being able to write to destinations that are writeable. Does anyone know of a setting that I might have missed in PHP?
Tim
Tim McGeary '99, '06G Senior Systems Specialist Lehigh University 610-758-4998 tim.mcgeary@lehigh.edu
Tim McGeary wrote:
Quoting Jason Flatt drupal@oadaeh.net:
On Wednesday 30 May 2007 20:45:30 Tim McGeary wrote:
Currently the directory permissions are 755 and the ownership is apache.apache. I've also tried 777. No luck either way. The entire drupal directory tree that is extracted from the tar file is owned by apache.apache and is 755 permissions.
This may be a silly question, but what owner and group is the web server running as? Are you sure it's apache. and/or .apache?
The web server is definitely running as apache, owner and group, and is defined the same way in httpd.conf.
Tim
This message was sent using IMP, the Internet Messaging Program.
-
blake hall -
Earnie Boyd -
Jason Flatt -
John Thomas -
Larry Garfield -
Nicolas Tostin -
Tim McGeary