CiviCRM Community Forums (archive)

i have done the install of drupal and civicrm. Everything went ok apart from the last bit and now im getting two errors up. One is saying the civicrm.settings.php isnt in sites/defaults folder but it is as i checked this.

    Warning: include_once(sites/default/civicrm.settings.php) [function.include-once]: failed to open stream: No such file or directory in civicrm_initialize() (line 284 of /var/www/drupal/sites/all/modules/civicrm/drupal/civicrm.module).

 Warning: include_once() [function.include]: Failed opening 'sites/default/civicrm.settings.php' for inclusion (include_path='/usr/share/php:/usr/share/pear:/usr/share/php/libzend-framework-php') in civicrm_initialize() (line 284 of /var/www/drupal/sites/all/modules/civicrm/drupal/civicrm.module).

i have set the permissions onto 0755 so read and write access is enabled to that file for user and not group.

My sites/default/civicrm.settings.php permissions are 775.  I got the same error after installing D7, installing CiviCRM, and logging in as Admin.  That was in Fall 2011.  I notice no one has answered the question in any way. 

I do not want to single-step with a debugger through the 2 civicrm PHP files that setup the path to civicrm.settings.php and are triggering the "warning statements" on some Admin pages.  And I'm not sure what kind of php print statement to insert before the function call that triggers the warning, nor do I know where the print output should go. 

Help my please OB1 Kanobe. 

JGW, sf (Lea's mom...)

jenniwoo and galdi56, I would definitely suggest you ask your host, as the original error posted has to do with file permissions (and ownership) and so any normal host should be able to assist with that.

What is your precise error message? And can you post your civicrm.settings.php file? Change the passwords if you like.

I get the same error message as does 'galdi56.'   BTW why do you, Hershel, need the civicrm.settings.php file when the problem is, as you said, the "initializing PHP" code... as both galdi56 and I deduced.  Surely you have the test bench to trap the error and trace the "path" that is created that is wrong. 

Have you reproduced the warning/error yet for either or both D6 or D7 as we've described? 

I am still reluctant to setup my own local test bench, even though I have NetBeans and Eclipse.

Hi Hershal

appreciate your response... the error doesnt appear to have much discernable pattern to it (unfortunately). It's worth noting that the error can be reported when im doing admin activity in drupal that is completely unrelated to civicrm (although as we are using poormanscron this could actually be generated by hitting a condition that causes cron to execute it's scheduled tasks - perhaps including a civicrm one?

It feels like once the error condition has occured during a session that it then appears more and more frequently... subjective i know...

I'll keep trying to spot something - Civicrm does appear to be functioning fine (Although with the inability to synch contacts as previously reported).

Many thanks, Peter

No one has had a clue for the last 30 days, says the "Post Reply" editor. 

FWIW I strongly agree with the notion posted 30+ days earlier that the error is a "relative path issue." I would like to trace how the "sites/default/civicrm.settings.php" string is setup and how it's used in the code.  Except I just don't know where on my web host's file system to send the output of a "trace-print" statement or 2 or 3 that I might insert before the code statement which triggers the warning messages.  I'll think more about that.

Meanwhile FYI I recently setup a Wordpress3 + C4.1.1 test site and a Joomla v2.5.3 + C4.1.1 test site.  Bother C4 installations went fine and I get to the civi admin dashboard in both systems without any problem.  Ergo, the corresponding civicrm.settings.php file (1) exists and (2) gets properly found, imported, and used to create that page.

On Drupal 7, however, I get no joy with D7 + either C4.0.8's or C4.1.1's civicrm.settings.php file, as others have confirmed to be a problem! 

Besides the "irritation factor," mentioned earlier, how can CiviCRM support & developer people let this problem for D7+C4 continue unaddressed and unsolved for so many months?  Surely other D7 users are whining loudly about the problem to you.  Does management put "less smart" people in "first tier support" positions... with no 2nd tier to back them up?

PS: It's not up to my host provider to debug this for me.  If I / the site doesn't get a PHP error, e.g. an error message that some PHP module is missing or triggered an error, why should they?  Surely I'd see that error on the error answer page! I've got error reporting "turned on" for PHP.