Another "Oops! The path for including CiviCRM code files is not set properly..."

[Brainwrap]

Hi, I see that numerous others are having this same problem, but since I'm somewhat of a newbie, and my server may be set up differently than others, I thought it best to start a new thread on it.

I just installed a fresh copy of CiviCRM 2.1 Beta 3 on a fresh install of Drupal 6.4. (I know it's an Beta, but this is the same error that many others have reported on version 1.9 and 2.0 on Drupal 5.7/etc, so I'm assuming the solution is the same as well?)

I'm using an Apache/CentOS server with Plesk 8.3.

Here's the full error message, which popped up immediately upon activating the CiviCRM module:

   •   warning: include_once(CRM/Core/Config.php) [function.include-once]: failed to open stream: No such file or directory in /var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm/drupal/civicrm.module on line 234.
   •   warning: include_once() [function.include]: Failed opening 'CRM/Core/Config.php' for inclusion (include_path='.:') in /var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm/drupal/civicrm.module on line 234.
   •   Oops! - The path for including CiviCRM code files is not set properly. Most likely there is an error in the civicrm_root setting in your CiviCRM settings file (sites/default/civicrm.settings.php).
   •   » civicrm_root is currently set to: /var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm.

Any suggestions?

[Kurund Jalmi]

As per error:

•   Oops! - The path for including CiviCRM code files is not set properly. Most likely there is an error in the civicrm_root setting in your CiviCRM settings file (sites/default/civicrm.settings.php).

Can you make sure civicrm_root is set correctly in your civicrm.settings.php. I think it should be "/var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm/"

HTH

Kurund

[Brainwrap]

As per error: Can you make sure civicrm_root is set correctly in your civicrm.settings.php. I think it should be "/var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm/"

I added the closing / at the end of the path per your suggestion, and didn't encounter any errors for several days...but this morning, a similar error popped back up again:

Code: [Select]

warning: include_once(CRM/Core/Config.php) [function.include-once]: failed to open stream:
No such file or directory in /var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm/drupal/civicrm.module on line 235.

warning: include_once() [function.include]: Failed opening 'CRM/Core/Config.php' for inclusion (include_path='.:')
in /var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm/drupal/civicrm.module on line 235.

Oops! - The path for including CiviCRM code files is not set properly.
Most likely there is an error in the civicrm_root setting in your CiviCRM settings file (sites/default/civicrm.settings.php).

» civicrm_root is currently set to: /var/www/vhosts/justice4michigan.org/httpdocs/sites/all/modules/civicrm/.
Any more suggestions? I can't fathom why it would work perfectly well for a few days, then suddenly pop up again even though no modules/etc were added in between?

[Dave Greenberg]

Is it possible that you are accessing the site from different URLs? (e.g. http://<your domain>.org, http://www.<your domain>.org etc.). Do you have any directories under httpdocs/sites besides default and all ? Do you have an older / different copy of the civicrm codebase sitting under httpdocs (Drupal may be picking up another copy of civicrm.module if it's in the directory tree).

Also, did you verify that the value in civicrm.settings.php is still correct (i.e. not changed by someone else)?

[Brainwrap]

Is it possible that you are accessing the site from different URLs? (e.g. http://<your domain>.org, http://www.<your domain>.org etc.). Do you have any directories under httpdocs/sites besides default and all ? Do you have an older / different copy of the civicrm codebase sitting under httpdocs (Drupal may be picking up another copy of civicrm.module if it's in the directory tree).

Also, did you verify that the value in civicrm.settings.php is still correct (i.e. not changed by someone else)?

Dave--

Thanks for the response.

No, it doesn't seem to make any difference whether the WWW is present or not (in addition, I have the .COM and .NET domain variants repointing to the .ORG site, and those don't seem to make any difference either).

Nope, no other directories or files within httpdocs/sites besides "default" and "all".

No other version of the CiviCRM codebase on the site--I upgraded from Alpha 4 to Beta 3, but made sure to delete the Alpha 4 version after ensuring that Beta 3 had installed properly.

And finally, I'm the only one who has access to the civicrm.settings.php file, or anything else on the server, really.

It disappeared for another day or so, then started showing up again this morning, and has gone away again this afternoon. Perhaps CiviCRM isn't a morning person?

[Dave Greenberg]

I'm out of ideas (other than some kind of caching issue ??)... Maybe someone else has a thought.

Otherwise I'd probably try uninstalling / deleting everything related to CiviCRM (including DB) and reinstall. Beta 4 should be out tomorrow.

[Brainwrap]

I'm out of ideas (other than some kind of caching issue ??)... Maybe someone else has a thought.

Otherwise I'd probably try uninstalling / deleting everything related to CiviCRM (including DB) and reinstall. Beta 4 should be out tomorrow.

(sigh) Well, thanks for the suggestions. I've actually had the same issue with every install dating back to version 1.9 on Drupal 5, each of which was a completely "clean" install of both, so I don't think a wipe/reinstall is gonna help anything...would it be helpful to know how the server is set up? It's a MediaTemple DV CentOS/Apache server, for whatever that's worth.

Plus, the error doesn't seem to be actually causing any real issues--whenever it pops up, if I reload that page a couple of times it generally goes away, and an hour or so later it seems to disappear completely for another day or two.

[Deepak Srivastava]

Just another attempt - Could you try setting civicrm_root to sth like -

Code: [Select]

$civicrm_root = $_SERVER['DOCUMENT_ROOT'] . '/sites/all/modules/civicrm';

if doesn't work, check the value of $_SERVER['DOCUMENT_ROOT'] and try adjusting.

[Brainwrap]

Just another attempt - Could you try setting civicrm_root to sth like -

Code: [Select]

$civicrm_root = $_SERVER['DOCUMENT_ROOT'] . '/sites/all/modules/civicrm';

if doesn't work, check the value of $_SERVER['DOCUMENT_ROOT'] and try adjusting.

(sigh) Tried that as well; no dice.

Is it possible this issue has been fixed in Beta 5 or 6?

[Kurund Jalmi]

Brainwrap:

I don't think we did any changes related to this. You can ping me on #civicrm or consider hiring someone from:http://civicrm.org/professional

Kurund

[Brainwrap]

Brainwrap: I don't think we did any changes related to this. You can ping me on #civicrm or consider hiring someone from:http://civicrm.org/professional
Kurund

Kurund et al--

Thanks...I've found another thread on the topic which *may* hold a possible fix, but I don't know if my own server is set up the same way:

http://forum.civicrm.org/index.php/topic,4728.0.html

It's fixed with the help of data center support. In case anyone runs in to this here is what was discovered and the fix:

Each VirtualHost declaration contains include file in form like this:

include /usr/local/apache/conf/userdata/std/1/<username>/*

At this location you can find file: cp_php_magic_include_path.conf which contains:

php_admin_value include_path "..." declarations. Values set  by php_admin_value directive can not be overwritten anyhow (not by .htaccess file not by set_ini function).

The solution is replace 'php_admin_value include_path' with 'php_value include_path' anywhere it exists.

Now, why this happened with the upgrade to php 5.2.6 is still unclear and may have to do with the fact that this is a Cpanel server.

Does this make sense? I'm using a DV server from MediaTemple, for whatever that's worth.

[Brainwrap]

Heya...sorry to sound so desperate, but I'm on an extreme time-crunch here regarding an election-related site (ie, the site needs to be fully functional ASAP with the November election approaching!), and I've tried everything to no avail.

If *anyone* has any additional suggestions, I'd really, REALLY appreciate it...

Thanks...