Latest components from HEAD are writing this to the settings.php of the main aegir site on Verify task after install:
$databases['default']['default'] = array(
'driver' => urldecode($_SERVER['db_type']),
'database' => urldecode($_SERVER['db_name']),
'username' => urldecode($_SERVER['db_user']),
'password' => urldecode($_SERVER['db_passwd']),
'host' => urldecode($_SERVER['db_host']),
);
$db_url = "$_SERVER[db_type]://$_SERVER[db_user]:$_SERVER[db_passwd]@$_SERVER[db_host]/$_SERVER[db_name]";
First of all I think the lack of quotation marks in the $db_url is a problem anyway.
the relevant variables here, are in drushrc.php as follows:
$_SERVER['db_type'] = 'mysqli';
$_SERVER['db_host'] = 'localhost';
$_SERVER['db_user'] = 'aegir';
$_SERVER['db_passwd'] = 'ikillkittens';
$_SERVER['db_name'] = 'aegir';
However there is no < ?php tag, and no further drush-ish configuration!
Adding the < ?php tag and then doing a 'require('drushrc.php');' at the start of the settings.php provides the appropriate variables to Drupal to establish the db connection.. until then the variables are simply NULL
Wondering what the best way to fix this is.. clearly this is from the security-related stuff.. I'm a bit rusty after my holiday :)
Comments
Comment #1
Anonymous (not verified) commentedAnd of course the correct $db_url is
Comment #2
adrian commentedno the string will work..
did you run the update function which re-verifies all your site
verify has special handling for this.
also. we are generating php code which is only processed when the site is loaded
Comment #3
Anonymous (not verified) commentedPer IRC discussion this is on a fresh install, including that of the server itself.
The Import task completes, of the main aegir site, but the Verify task fails after writing the settings.php. This means the vhost config, which apparently holds these settings now, has not yet been rewritten, so it's still a customised version of the apache2.txt from the Hostmaster package per the INSTALL.txt.
I presume this failed Verify task is also the reason for the malformed drushrc.php that *only* has the $_SERVER database parameters.
Comment #4
Anonymous (not verified) commentedSimilar problem affects installation of new sites on a fresh 6.14 platform. Despite the 'rollback', it doesn't remove the site data either, probably coz it can't bootstrap it due to the dodgy configs
Comment #5
Anonymous (not verified) commentedThis was a simple error, Adrian has fixed in CVS, and also he committed a fix that allowed the Install task to work where it didn't in #4