CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site
This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Installing CiviCRM »
  • Drupal Installations (Moderator: Piotr Szotkowski) »
  • CiviCRM on mediatemple dv server
Pages: [1]

Author Topic: CiviCRM on mediatemple dv server  (Read 3911 times)

minorscience

  • Guest
CiviCRM on mediatemple dv server
January 23, 2009, 03:38:24 pm
I'm trying to install civicrm 2.1 on top of an existing Drupal 6.9 installation. The installer says that everything passes after I enter the db credentials for the Drupal and CiviCRM databases, and it creates the civicrm.settings.php file, but it's not working past that point. I get two sets of errors below. Safe Mode is definitely off.

I've tried installing both from the shell and via ftp and I've replicated the problem twice. I'm not sure if this is an issue pertaining to permissions inheritance or if there's something fundamentally wonky with the build of the dv server I'm on. I've got a rock solid build going on a local dev box as well as multiple installations with other hosts.

I'm digging through the documentation and directories now but any guidance would be much appreciated.

1. On the drupal home page of my install:

warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 10001 is not allowed to access /var/www/vhosts/[mydomainname.org]/httpdocs/office2/sites/default/files/civicrm/templates_c owned by uid 48 in /var/www/vhosts/[mydomainname.org]/httpdocs/office2/sites/all/modules/civicrm/CRM/Utils/File.php on line 114.

warning: mkdir() [function.mkdir]: SAFE MODE Restriction in effect. The script whose uid is 10001 is not allowed to access /var/www/vhosts/[mydomainname.org]/httpdocs/office2/sites/default/files/civicrm/templates_c owned by uid 48 in /var/www/vhosts/[mydomainname.org]/httpdocs/office2/sites/all/modules/civicrm/CRM/Utils/File.php on line 114.

2. After trying to do anything with Users such as My Account, Add a User, etc. or Modules. Really when trying to do anything at all!:

Error: Could not create directory: /var/www/vhosts/byrdhoffman.org/httpdocs/office2/sites/default/files/civicrm/templates_c/en_US/.
If you have moved your database from a development install to a production install and the directory paths are different, please set the column config_backend in the civicrm_domain table to NULL. You will need to reinitialize your settings in the production install.

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: CiviCRM on mediatemple dv server
January 23, 2009, 04:51:59 pm

1. the error definitely indicates SAFE MODE is on, so you might want to check that again

2. can u delete this directory: /var/www/vhosts/[mydomainname.org]/httpdocs/office2/sites/default/files/civicrm (and everything under it). I'm assuming this is a new install. Also make sure that apache has write permissions on the 'files' directory

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

minorscience

  • Guest
Re: CiviCRM on mediatemple dv server
January 23, 2009, 06:36:02 pm
Thank you lobo. Safe Mode local value was on. I killed it and everything seems to be working great now. 

SoFlaWeb

  • Guest
Re: CiviCRM on mediatemple dv server
April 26, 2009, 09:13:12 am
I am also encountering a similar error using Media Temple DV:

Error: Could not create directory: /var/www/vhosts/MYDOMAIN.com/httpdocs/sites/default/files/civicrm/templates_c/en_US/.
If you have moved your database from a development install to a production install and the directory paths are different, please set the column config_backend in the civicrm_domain table to NULL. You will need to reinitialize your settings in the production install.

The safemode issue did not resolve my problem as it did for minorscience above.

I get this error after a new successful installation of CiviCRM 2.2 and Drupal 6.10.
Just browsing to the web root will cause the error message.
I have made sure that Safe_Mode = Off in my php config (editing in both my PHP.ini file and from within the Plesk Control Panel).
I used to get the same error, except with a shorter path. (ie: Error: Could not create directory: /var/www/vhosts/MYDOMAIN.com/httpdocs/sites/default/files/civicrm/templates_c/.). I then created this directory and manually applied the permissions. I dont think this was the right way to do it, however it made it past the first error and went right to the next directory.

One thing that I have noticed is that this diredctory (/var/www/vhosts/MYDOMAIN.com/httpdocs/sites/default/files/civicrm) is owned by Apache. All others are owned by either root or my FTP user that I created in Plesk.

Im brand new to CiviCRM and any help is greatly appreciated.


SoFlaWeb

  • Guest
Re: CiviCRM on mediatemple dv server
April 27, 2009, 04:27:25 am
OK Nevermind.

I did a complete fresh installation of CiviCRM (after un-installing through the Drupal Admin) and it seems to be working fine now.

That was the main thing that I did different. The other was that I did not include any of the "dummy data". Could that be what caused the problem? Or do you think it was just the safe mode and I didn't do a clean re-install after I turned safe_mode off?
Because I tried to re-install civicrm but all I did was manually drop all of the tables from the database and then delete the civicrm.settings.php file. That didn't seem to work.

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Support »
  • Installing CiviCRM »
  • Drupal Installations (Moderator: Piotr Szotkowski) »
  • CiviCRM on mediatemple dv server

This forum was archived on 2017-11-26.