By Handy-Andy on

Hi All,

When Installing Drupal v7.4

I'm obviously doing something wrong here...

I'm getting the following errors

"File system
The directory sites/default/files does not exist. An automated attempt to create this directory failed, possibly due to a permissions problem. To proceed with the installation, either create the directory and modify its permissions manually or ......."

and

"Default settings file The default settings file does not exist.
The Drupal installer requires that the ./sites/default/default.settings.php file not be modified in any way from the original download. "

and

"Settings file The settings file does not exist.
The Drupal installer requires that you create a settings file as part of the installation process. Copy the ./sites/default/default.settings.php file to..... "

But I'm 98% sure I have the following in the right place (as the sites/default directory is already there as is the default.settings.php)
/sites/default/files
/sites/default/default.settings.php
/sites/default/settings.php

AND I've changed the permissions (and I've tried 666, 766, 776, 777) and non of those work...

I'm using a clean install on a VPS with PHP 5.3.6

Any clues as to where I'm going wrong??

⋅ Categories: Drupal 7.x

Comments

yaworsk’s picture

yaworsk commented

just to clarify, when you download d7, all you should need to do is copy the default.settings.php file and rename it to settings.php so that you have the two files in the sites/default folder. Then browse to the site and you should be prompted to install.

after you changed the permissions, etc., did you try to redo a fresh clean install?

Toronto Website Developer

Handy-Andy’s picture

Handy-Andy commented

Hi Yes, I did a
wget from drupal
then I did a cp default.settings.php settings.php
did the relavent chmod's

I don't think that my path is correct, where does it specify the whole path for the sites/default/files in drupal, so maybe I can symlink it to make it work - If it's that?

I mean I'm not an expert by any means, but I've been around the block... The thing that I don't get is that it's getting to the install script, and allowing me to choose language, but it's not seeing the directories that I can see in SSH.

Any clues

and yes I removed all the drupal files, and did a wget again from drupal, incase it hadn't written correctly

A.

Handy-Andy’s picture

Handy-Andy commented

Hi All,

I removed the drupal files,
rebooted,
did another wget
unpacked
chmod
etc etc

This time it worked, so - who knows what happened the first 3 times?!?! - I guess it was just one of those things.

A.

joseph.gutenson’s picture

joseph.gutenson commented

Hi guys,

Just FYI for anyone else who takes a look at this, there is no need to reinstall the Drupal package. If you manually created /default/file and have used chmod to reconfigure the permissions, go back and delete /default/file and the install should proceed.

Thanks,
Joseph

fatimanm’s picture

fatimanm commented

Hi, I was reading this thread and I think I have a similar problem.

I am working on a hosted domain address.

I followed the Quick install with FTP (http://drupal.org/node/1011872) but I am stuck after step 3.
1) Unzipped and uploaded all the downloaded files inside /httpdocs/
2) Created a new database and user inside hosting provider's control panel
3) Changed /sites/default directory to be writable and duplicate then renamed the default.settings.php to just setting.php

I keep getting the error 'The requested URL /install.php was not found on this server.' when I type http://mydomain.com/install.php or just http://mydomain.com

Can anyone please help?

bithead42’s picture

bithead42 commented

When verifying the installation of Drupal 7.41, I got the errors about missing sites/default/files and sites/default/settings.php, however they were both there. No amount of yelling at the computer would get the verification process to agree with me about it, even though they were in plain sight. So, after digging around and not finding a definitive answer, I tried the following, which turned out to be the right thing to do:

chmod 777 sites/default
chmod 777 sites/default/setting.php

It turns out the 'chmod a+w...' commands in the docs were not enough - the 777 includes 'x', making the items executable as well as writable. This was on a Debian Jessie system, in case that matters here.

theguy39’s picture

theguy39 commented

This is never the right method. Even if it works your making a huge security vulnerability on your site by allowing anyone to have permissions to read/write/open. Anyone could upload a script run it and take over your server now? Ill find a more secure solution!

Don't just chmod 777 anything you cant get working or you will not be secure!