Closed (won't fix)
Project:
Remote import - Provision
Version:
6.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
27 Jun 2012 at 17:22 UTC
Updated:
6 Sep 2013 at 19:22 UTC
Jump to comment: Most recent file
Comments
Comment #1
ergonlogicI believe this is the line that's failing for me: http://drupalcode.org/project/remote_import.git/blob/refs/heads/6.x-1.x:...
Comment #2
ergonlogicIn fact, just loading the @hostmaster context causes this failure:
Comment #3
ergonlogicA bit more debugging:
In provision_context_factory(), called for "@hostmaster", drush_get_context('stdin') returns:
... but re-writing platform & db_server to add '@' doesn't appear to help any. :-/
Comment #4
ergonlogicWhile not fixing the underlying problem, a working solution (for a standard Aegir setup, at least) is to just hardcode the backup directory:
It now imports the site successfully, though it still throws some (apparently harmless) warnings towards the bottom:
Comment #5
ergonlogicAnarcat and I worked on debugging this, and while we think we've discovered the cause of the problem, we haven't yet found a proper solution. It appears that when Aegir prepares to deploy the backed-up site, that it inherits the remote @hostmaster context. We renamed the importer's server_localhost server (with all the manual edits that entails), and saw that it continued to try and load that alias.
Since we've begun to deploy this on Koumbit's AegirVPSs I started a sandbox project to host the work-around fix mentioned in the previous comment.
Comment #6
omega8cc commentedMake sure that you have
remote_importextension only on the target server, or weird things will happen if you have it on both source and target.Comment #7
lsolesen commentedRelated to #1594588: Remote import of sites - does it work?
Comment #8
cafuego commentedI'm hitting the same problem on a local-only installation, when attempting to migrate a site from D6 to D7.
Comment #9
cafuego commentedSo in my case this seems to have been caused by my typoing the platform alias. Perhaps an early check to validate aliases would be a good thing to have ;-)
Comment #10
omega8cc commentedFYI: http://drupal.org/node/1594588#comment-7160544
Comment #11
ergonlogicI just tested this on a stock Aegir 1.9 server, installed from the .debs, and with remote_import only on the target server. The same issue occurs.
I've attached a patch that hardcodes the backup path, as described in #4. Obviously this isn't a permanent solution, but at least this'll get it working.
Comment #12
ergonlogicI wonder if d('@hostmaster') isn't hitting a cached value from provision_sitealias_get_record(), or maybe just $instances directly in d(). Perhaps we need to add an $invalidate_cache parameter?
Comment #13
ergonlogicThis appears to work in 6.x-2.x. The patch in #11 will have to suffice for 6.x-1.x.