Hi there. I'm a new user of Aegir, and so far I've been very impressed with its capabilities and finesse. I was able to successfully install Aegir with no hiccups, and even migrate in a few Drupal sites. When I attempt to create a site on the Open Atrium 1.0b5 platform (which verified correctly), I receive the following error:
aegir@HOSTNAME:~/config/vhost.d$ /var/aegir/drush/drush.php --root='/var/aegir/platforms/atrium-1-0-beta5' provision-install 'foo.bar.org' --debug
Drush bootstrap phase : _drush_bootstrap_drupal_root() [0.08 sec, 3.08 MB] [bootstrap]
Loading drushrc "/var/aegir/platforms/atrium-1-0-beta5/drushrc.php" into "drupal" [bootstrap]
scope. [0.08 sec, 3.08 MB]
Initialized Drupal 6.15 root directory at /var/aegir/platforms/atrium-1-0-beta5 [0.1 [notice]
sec, 4.25 MB]
Found command: provision-install (commandfile=provision) [0.12 sec, 4.24 MB] [bootstrap]
Initializing drush commandfile: drush_make [0.12 sec, 4.25 MB] [bootstrap]
Initializing drush commandfile: drush_make_d_o [0.12 sec, 4.25 MB] [bootstrap]
Initializing drush commandfile: provision [0.12 sec, 4.25 MB] [bootstrap]
Initializing drush commandfile: provision_apache [0.12 sec, 4.25 MB] [bootstrap]
Undefined index: base_url provision_apache.drush.inc:50 [0.12 sec, 4.26 MB] [notice]
Initializing drush commandfile: provision_drupal [0.12 sec, 4.25 MB] [bootstrap]
Initializing drush commandfile: provision_mysql [0.12 sec, 4.26 MB] [bootstrap]
Undefined index: db_url provision_mysql.drush.inc:16 [0.12 sec, 4.26 MB] [notice]
Including /var/aegir/.drush/provision/web_server/install.provision.inc [0.12 sec, [bootstrap]
4.26 MB]
Including /var/aegir/.drush/provision/platform/install.provision.inc [0.12 sec, 4.26[bootstrap]
MB]
Including /var/aegir/.drush/provision/db_server/install.provision.inc [0.12 sec, [bootstrap]
4.28 MB]
PROVISION_SITE_INSTALLED [0.12 sec, 4.3 MB] [error]
An error occurred at function : drush_provision_drupal_provision_install_validate [error]
[0.12 sec, 4.3 MB]
Command dispatch complete [0.12 sec, 4.28 MB] [notice]
Peak memory usage was 4.77 MB [0.12 sec, 4.28 MB] [memory]
MB]
Undefined index: base_url provision_apache.drush.inc:50 [0.12 [notice]
sec, 4.26 MB]
Initializing drush commandfile: provision_drupal [0.12 sec, 4.25[bootstrap]
MB]
Initializing drush commandfile: provision_mysql [0.12 sec, 4.26 [bootstrap]
MB]
Undefined index: db_url provision_mysql.drush.inc:16 [0.12 sec, [notice]
4.26 MB]
Including [bootstrap]
/var/aegir/.drush/provision/web_server/install.provision.inc
[0.12 sec, 4.26 MB]
Including [bootstrap]
/var/aegir/.drush/provision/platform/install.provision.inc [0.12
sec, 4.26 MB]
Including [bootstrap]
/var/aegir/.drush/provision/db_server/install.provision.inc
[0.12 sec, 4.28 MB]
PROVISION_SITE_INSTALLED [0.12 sec, 4.3 MB] [error]
An error occurred at function : [error]
drush_provision_drupal_provision_install_validate [0.12 sec, 4.3
MB]
Command dispatch complete [0.12 sec, 4.28 MB] [notice]
Peak memory usage was 4.77 MB [0.12 sec, 4.28 MB] [memory]I am using Ubuntu 9.10 (Karmic) with Apache 2, PHP 5.2 with Suhoshin, MySQL with the mysqli driver, Aegir 0.4. I have successfully created and installed sites on other platforms, it seems Open Atrium is the only one affected.
How should I go about troubleshooting this further? Thanks, and looking forward to giving back to the Aegir community.
Edit: Just wanted to add that I have verified ownership of the files and directories, and have set the PHP memory limit to 196MB.
Double Edit: I just realized I used the install.sh.txt for the HEAD version of Aegir instead of 0.4 alpha 6 as I intended. That may have something to do with it...
Comments
Hello notraces, Actually I
Hello notraces,
Actually I had this error today. So the PROVISION_SITE_INSTALLED error is telling that old site files are still there and they are blocking the new install.
So, execute command:
rm -rf sites/$url
Then all should work welll in next verify. Special thanks to Vertice from IRC channel #aegir for explaining this to me. Aegir rocks!
Hi Pls, thanks for your
Hi Pls, thanks for your advice. I had actually tried deleting the site data before, because I could not "delete" the site through Aegir. This included removing the site directory, the node, the relevant database tables and users, and the vhost file. However, this did not do the trick. Upon attempting to install the site freshly, or creating a brand-new Open Atrium site, I would instead get a different error (from Aegir front-end):
Task starts processingRunning: /var/aegir/drush/drush.php --root='/var/aegir/platforms/atrium-1-0-beta5' provision-install 'foo.bar.org' --backend
The external command could not be executed due to an application error.
An error occurred at function : drush_hosting_hosting_task
Changes for drush_hosting_hosting_task module have been rolled back.
Command dispatch complete
Peak memory usage was 10.82 MB
Any subsequent installation attempts would give the original error listed above.
However, your advice encouraged me to try a little more aggressively, so after deleting only the site directory after the failed install, I ran the "/var/aegir/drush/drush.php --root='/var/aegir/platforms/atrium-1-0-beta5' provision-install 'foo.bar.org' --debug" command from the terminal as the aegir user, and it worked perfectly. I could then enable and verify the site successfully through Aegir, even though the install task is still flagged as having failed.
Many thanks for the advice! So obviously there's some discrepancy between the task being executed by the front-end and directly through CLI. Any ideas how this can be avoided in the future?
now we get to the root of your problem
Check your php memory configuration, and increase it (64mb is a sane level) .. some operating systems such as debian have a separate config file for cli and modphp.
What is happening, is that php is running out of memory during the installation of your site, and because php does not handle this situation in a manner that drush or aegir can recover from, it is leaving the incompletely installed site's files there, without giving us the opportunity to clean up after ourselves.
When you then try to install the site again, the aegir backend detects it as being already installed, hence needing to delete the files manually.
Okay, an update. Even though
Okay, an update. Even though the install from the CLI was successful, it actually installed the site as a Drupal 6.16 site instead of Open Atrium. Obviously this displays my lack of comprehension of the inner workings of Drush and Aegir. So, back to square one.
Running the suggested command on the bug submission page, on the failed installation (with a clean sites directory), gives me this:
aegir@HOSTNAME:~/ php /var/aegir/drush/drush.php --root=/var/aegir/hostmaster-HEAD --uri=http://foo.bar.org --debug hosting task 260Drush bootstrap phase : _drush_bootstrap_drupal_root() [0.07 sec, 3.07 MB] [bootstrap]
Loading drushrc "/var/aegir/hostmaster-HEAD/drushrc.php" into "drupal" scope. [0.07 [bootstrap]
sec, 3.07 MB]
Initialized Drupal 6.16 root directory at /var/aegir/hostmaster-HEAD [0.08 sec, 3.8 [notice]
MB]
Could not find a Drupal settings.php file at ./sites/default/settings.php. [0.1 sec,[error]
3.8 MB]
The drush command 'hosting task 260' could not be found. [0.1 sec, 3.8 MB] [error]
I ran drush help and indeed, there is no hosting command listed. At this point I am pretty confused. If this is a result of me installing the HEAD version of the Aegir, is there an easy way to roll back to 0.4 alpha 6?
Edit: The installation showing up as a default Drupal site was due to incorrect vhost configuration. I always use IP:80 as my virtualhost directive, yet Aegir wants to set it as *:80. Is there any way to modify this?
Hi Adrian, thanks for your
Hi Adrian, thanks for your input! I appreciate the level of involvement that the developers take in this project. I was at first confused by your post since my PHP memory limit is already at 196MB. But, checking into the newly installed php-cli directory, you are correct - it does have a separate config file which was set to 32MB.
Upon restarting apache, installation was successful! So really I was just chasing a red herring. Thanks again for your swift and accurate help. I am fairly new to FOSS, but not coding, so you all are high on my list when have the experience to give back to the community. I really like the spirit of the Aegir project.