Posted by z.stolar on May 5, 2009 at 8:57am
Jump to:
| Project: | Hosting |
| Version: | 5.x-0.2.x-dev |
| Component: | Miscellaneous |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
After a successful site installation, I don't receive the login URL, as part of the tasks's output, nor do I see any modules installed.
No error messages appear during the installation.
Comments
#1
Please post the full output of the task log and generally follow: http://groups.drupal.org/node/21890
#2
Details:
- Projects are latest CVS head versions
- Installing on a local MAMP
- user that runs apache and aegir is the same one in my (local) configuration, and has this line in sudoers:
myusername ALL=NOPASSWD: ALL- webserver restart command:
sudo /Applications/MAMP/bin/apache2/bin/apachectl gracefulTask Log (installing a site, status: successful):
Task starts processingRunning: php /var/aegir/drush/drush.php --root='/var/aegir/drupal-6.11' 'provision' 'install' 'c' --backend
Drush bootstrap phase : _drush_bootstrap_drush()
Drush bootstrap phase : _drush_bootstrap_drupal_root()
Loading drushrc "/private/var/aegir/drupal-6.11/drushrc.php" into "drupal" scope. ### z.stolar: /var is symlink to /private/var ###
Initialized Drupal 6.11 root directory at /var/aegir/drupal-6.11
Found command: provision install
Initializing drush commandfile: provision_apache
Initializing drush commandfile: provision_drupal
Initializing drush commandfile: provision_mysql
Including /Users/myusername/.drush/provision/web_server/install.provision.inc
Including /Users/myusername/.drush/provision/platform/install.provision.inc
Including /Users/myusername/.drush/provision/dns_server/install.provision.inc
Including /Users/myusername/.drush/provision/db_server/install.provision.inc
Generating apache host configuration file c.
Created sites/c
Changed permissions of sites/c to 755
Created sites/c/files
Changed permissions of sites/c/files to 2770
Created sites/c/files/tmp
Changed permissions of sites/c/files/tmp to 2770
Created sites/c/files/images
Changed permissions of sites/c/files/images to 2770
Created sites/c/files/pictures
Changed permissions of sites/c/files/pictures to 2770
Created sites/c/themes
Changed permissions of sites/c/themes to 755
Created sites/c/modules
Changed permissions of sites/c/modules to 755
Changed ownership of sites/c/files
Changed group ownership of sites/c/files
Changed ownership of sites/c/files/tmp
Changed group ownership of sites/c/files/tmp
Changed ownership of sites/c/files/images
Changed group ownership of sites/c/files/images
Changed ownership of sites/c/files/pictures
Changed group ownership of sites/c/files/pictures
Created site_62 database
Generate settings.php file
Changed permissions of settings.php to 440
Change group ownership of settings.php to admin
Drush bootstrap phase : _drush_bootstrap_drupal_site()
Initialized Drupal site c at sites/c
Including version specific file : /Users/myusername/.drush/provision/platform/drupal/install_6.inc
Drush bootstrap phase : _drush_bootstrap_drupal_configuration()
PDO support available, but the mysql driver has not been installed. Assuming success.
Drush bootstrap phase : _drush_bootstrap_drupal_database()
Successfully connected to the Drupal database.
Removing task from hosting queue
#3
PDO support available, but the mysql driver has not been installed.That seems to be the problem. Are you sure the mysql driver is loaded in the commandline version of PHP?
#4
$ php -m |grep mysqlmysql
mysqli
Maybe this message should trigger an error then. Why is it assuming success?
#5
I have no idea where this message comes from, it's rather weird. Maybe it's a stupid question again but are you sure this is the same PHP binary you're using for drush? :)
The other thing I could think of is that Drush has started playing around with PDO. What's your PHP version?
#6
$ php -v
PHP 5.2.6 (cli) (built: Oct 9 2008 22:44:00)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
I can't really say if it's the same binary as drush. I guess it is. I'm not using a non-standard environment.
#7
drush uses php to (optionally) validate the db settings (when it can). it allows us to recover more gracefully from the drupal db api's exit() statements.
i'll look at this issue soon
#8
err. uses PDO
#9
try with drush 2.x RC1 and the latest HEAD of all our components.
#10
closing for no response.