Closed (outdated)
Project:
Provision
Version:
6.x-2.x-dev
Component:
Code
Priority:
Minor
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
24 Feb 2011 at 18:53 UTC
Updated:
26 Feb 2016 at 14:28 UTC
Jump to comment: Most recent
Comments
Comment #1
j0nathan commentedSubscribing.
Comment #2
Anonymous (not verified) commentedSo this is odd, because that error is provided by a FALSE result of provision_drupal_find_sites(), which literally looks for a 'settings.php' in any subdir of the platform.
evaluated in provision_drupal_provision_delete():
So, were there any other factors at play here, i.e:
1) There was no settings.php in the 'all' or 'default' dir in that platform's 'sites' dir by any chance?
2) Anything else 'different' from usual, such as the platform being a remote server or something? Wondering if it's related to all the syncing stuff that goes on with multiserver, since the 'Delete' task on platforms predates that.
And I'm guessing it's a lovely random thing that sometimes works?
Comment #3
eugenmayer commentedWould get solved by http://drupal.org/node/1074932 .. mark as dupe and just hint how to use it here?
Comment #4
anarcat commentedI think the issue here is that the platform caches a copy of the site list in the drushrc - verifying it fixes that. Not sure it's a big priority...
Comment #5
steven jones commentedLet's just run a verify on a platform as part of the delete process?
Comment #6
helmo commentedThe 6.x-2.x branch will go EOL along with Drupal this week. So I'm closing
this issue. If it remains a confirmed issue in 7.x-3.x, feel free to re-open,
or better yet, create a new issue referencing this one.