Closed (fixed)
Project:
Provision
Version:
6.x-1.8
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
12 May 2012 at 07:12 UTC
Updated:
12 Jun 2014 at 08:41 UTC
Jump to comment: Most recent
Currently when we verify a platform, we bootstrap the Drupal root. But even if that fails (e.g if the root level dir is not chmod 755 and can't be entered), we keep going and try and check the sites dir is writable, scan for packages, find Drupal version, etc etc.
This results in various ugly errors in the Verify task:
The directory /var/aegir/platforms/foo does not contain a valid Drupal installation
Drupal sites directory /var/aegir/platforms/foo/sites is not writable by the provisioning script
Use of undefined constant VERSION - assumed 'VERSION' verify.provision.inc:75
This platform is running drupal VERSION
Use of undefined constant VERSION - assumed 'VERSION' provision_drupal.drush.inc:523
Found install profile default
Found install profile hostmaster
Command dispatch complete
Note how it seems we 'find' the hostmaster profile - it has probably reverted to scanning the Hostmaster platform itself!
We should immediately return FALSE if we couldn't bootstrap the relevant platform.
Comments
Comment #1
Anonymous (not verified) commentedFixed in
6.x-2.x http://drupalcode.org/project/provision.git/commit/a0a16b2
6.x-1.x http://drupalcode.org/project/provision.git/commit/9c2900c
Comment #2
Anonymous (not verified) commentedNote that this will allow a platform to be automatically locked (so that it is not a viable candidate for installing or migrating sites onto it) in this rollback hook: #1081562: Unverified platforms available for site clone
... which depends on rollback hooks actually working in Hosting again ( see #1573162: Drush hosting_task_%task_rollback() invocations are never executed )
phew!