CiviCRM Community Forums (archive)

Hershel, let me give more contextual information.  All files and sub-directories of the three sites that follow have 775 permissions and <myusername> <myusergroup> ownership:

• I recently installed a Joomla! v2.5.3 site and added the civicrm4.1.1 joomla extension to it w/o difficulty on my web host. I.e. it works fine.
• I recently installed a Wordpress 3.3.1 site and added the civicrm4.1.1 plugin to it w/o difficulty on the same web host. I.e. it also works fine.
• On 3/24 I wiped my test d7 site on the same web host, dropped the corresponding d7db and civicrm4db, recreated both of them, clean installed drupal7.12 on the same web host w/o difficulty, "added new module" which was civicrm-4.1.1-drupal w/o difficulty, and did NOT enable any of the installed 8 civi sub-modules.  I then added civicrm-4.1.1-l10n to the all/modules/civicrm/ sub-dir and ran <root>/sites/all/modules/civicrm/install/index.php again w/o difficulty using the separate civicrm4db. All seemed AOK until I went to admin/modules.  There I got the same ol' same ol' blasted "include_once(sites/default/civicrm.settings.php) [function.include-once]: failure to open stream..." warning. 

 
I know that the warning comes from the conf_path() function defined in includes/bootstrap.inc.  I know that conf_path(xxx) is called from civicrm.module in the 1st 1 or 2 lines of civicrm_initialize(xxxx).  Figuring out how to trace the "returned string" from conf_path may take me some time, but I have an idea how I might do that by backing up and modifying the conf_path(xxx) function in the bootstrap.inc file to add a "print the-about-to-be-returned-string-to-a-file" statement in the root-directory and then let the function return normally.  If successful I just might get a better clue whether there is, as was suggested, a "relative path" creation error of some kind in that function and from what parts of the request-response cycle that error might have occurred.  That in turn might give me a clue of what "setting" at install time or somewhere else is missing. 

However given that 2 of the 3 sites I named above are on The Same Web Host and they work fine, I still very much doubt that "the apache web server configuration" (or php 5.x config) is screwing something up!  I don't have root access to either of those configs, and describing to the sys-admin what to look for is currently a big mystery to me.

So once again: What do you think is going on? 

The closest thing I have to a tiny clue is that after a successful clean D7 install and when I 1st went to the "admin" page, there was a "notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() line 202 of [absolute path:] /www/my_domain_name/htdocs/my_drupal7/includes/install.inc" message.  I never saw it after that 1st hit on the admin page.

My edited settings.php and civicrm.settings.php files (as .txt files) are attached.

1. so civicrm.settings.php is generated and present in sites/default? Might want to check the permissions and see if the webserver can read it etc

2. Might want to check what the include path is before the failed include_once and see why that fails

lobo

As stated previously in this thread CiviCRM should ideally be setup on a VPS or dedicated server...I've experienced all manner of headaches with Civi on shared hosting.

For the sake of clarity, what I wrote above is that on the About CiviCRM page that the team does say:

We encourage users to consider Virtual Private Servers (VPS) OR (semi) dedicated hosting OR shared hosting from a host with experience hosting CiviCRM.

Many of not most shared hosts do have problems running CiviCRM, but there are a few that are known to run it just fine.