lando / pantheon Goto Github PK

View Code? Open in Web Editor NEW

11.0 5.0 18.0 1.21 MB

The Official Lando Pantheon plugin.

Home Page: https://docs.lando.dev/pantheon

License: GNU General Public License v3.0

JavaScript 30.97% Dockerfile 21.56% Shell 9.71% Smarty 26.53% VCL 9.46% PHP 1.76%

lando lando-plugin lando-recipe pantheon drupal wordpress lando-hosting-integration

pantheon's Introduction

Pantheon Lando Plugin

This is the official Lando plugin for Pantheon. When installed it...

Closely mimics Pantheon's stack, versions and environment locally
Allows you to easily pull your Pantheon site down locally
Allows you to easily push your changes back to Pantheon
Installs drush, terminus and other power tools.

Of course, once a user is running their Pantheon project with Lando they can take advantage of all the other awesome development features Lando provides.

Basic Usage

Clone a project down from Pantheon.

# Make and go into an empty directory
mkdir myproject && cd myproject

# Go through interactive prompts to get your site from pantheon
lando init --source pantheon

# OR do it non-interactively
lando init \
  --source pantheon \
  --pantheon-auth "$PANTHEON_MACHINE_TOKEN" \
  --pantheon-site "$PANTHEON_SITE_NAME"

# Start it up
lando start

# Import your database and files
lando pull

# List information about this app.
lando info

Once your project is running you can access relevant tooling commands.

For more info you should check out the docs:

Issues, Questions and Support

If you have a question or would like some community support we recommend you join us on Slack.

If you'd like to report a bug or submit a feature request then please use the issue queue in this repo.

Changelog

We try to log all changes big and small in both THE CHANGELOG and the release notes.

Development

If you're interested in working on this plugin then we recommend you check out the development guide.

Maintainers

Contributors

Made with contributors-img.

Other Selected Resources

pantheon's People

Contributors

Stargazers

Watchers

Forkers

tinhochu davereid-pfg jdleonard apotek ossobuffo dsnopek fkbender xaqrox thomasritaine joshclockwork kporras07 ethangeorgi uberhacker karldivad mikeethedude nickdickinsonwilde

pantheon's Issues

'lando init pantheon' can't find ssh keys - possibly domain group ownership

What is your lando version and operating system?
lando v3.0.0-rc.16 on MacOS 10.13.6

Freshly installed after thoroughly removing beta47:

Did lando destroy on each site, then tarballed and deleted the files
lando poweroff and then docker commands to delete all docker containers/volumes/images
Downloaded beta47 installer .dmg and ran the uninstall script inside it, said "yes" to remove docker as well
Tarballed and deleted ~/.lando and ~/.docker
Tarballed and deleted ~/Library/Containers/com.docker.*
Downloaded and ran v3.0.0-rc.16 installer
Created a new empty folder, cd into it, and lando init --source pantheon

Tell us about your .lando.yml
Generally I don't have one yet because the problem is happening during 'lando init'
But here's what it would look like:

name: aaas-d8
recipe: pantheon
config:
  framework: drupal8
  site: aaas-d8
  id: 45829f33-d2b4-4fbe-9ce9-6a800305efeb

Tell us about the command you were running

lando init --source pantheon

Tell us about the error you got

TSO-NC200742:migrate-to-d8 weaver.299$ lando init --source pantheon -vvv
info: Bootstraping...
info: config bootstrap beginning...
debug: Emitting event pre-bootstrap-config
debug: Event pre-bootstrap-config has 0 listeners
verbose: Loading event pre-engine-start priority 2
verbose: Loading event pre-engine-start priority 3
verbose: Plugin lando-core loaded from /snapshot/lando/build/cli/plugins/lando-core/index.js
debug: Plugin lando-core has {"config":{"appEnv":{"COLUMNS":256,"LANDO":"ON","LANDO_WEBROOT_USER":"www-data","LANDO_WEBROOT_GROUP":"www-data","TERM":"xterm","LANDO_HOST_UID":"1517291735","LANDO_HOST_GID":"444659088","LANDO_HOST_USER":"weaver.299","LANDO_CA_CERT":"/lando/certs/lndo.site.pem","LANDO_CA_KEY":"/lando/certs/lndo.site.key","LANDO_CONFIG_DIR":"/Users/weaver.299/.lando","LANDO_DOMAIN":"lndo.site","LANDO_HOST_HOME":"/Users/weaver.299","LANDO_HOST_OS":"darwin","LANDO_HOST_IP":"host.docker.internal","LANDO_MOUNT":"/app"},"appLabels":{"io.lando.container":"TRUE","io.lando.id":"609125a7a7a3405e1971a4f90018a6f35b42534c"},"gid":"444659088","uid":"1517291735","username":"weaver.299","caCert":"/Users/weaver.299/.lando/certs/lndo.site.pem","caDomain":"lndo.site","caKey":"/Users/weaver.299/.lando/certs/lndo.site.key","caProject":"landocasetupkenobi38ahsoka609125a7a7a3405e1971a4f90018a6f35b42534c"}}
verbose: Plugin lando-events loaded from /snapshot/lando/build/cli/plugins/lando-events/index.js
debug: Plugin lando-events has undefined
verbose: Loading event pre-engine-start priority 1
verbose: Loading event pre-engine-start priority 2
verbose: Plugin lando-networking loaded from /snapshot/lando/build/cli/plugins/lando-networking/index.js
debug: Plugin lando-networking has {"config":{"networkBridge":"lando_bridge_network"}}
verbose: Plugin lando-pantheon loaded from /snapshot/lando/build/cli/plugins/lando-pantheon/index.js
debug: Plugin lando-pantheon has undefined
verbose: Loading event post-bootstrap-config priority 5
verbose: Plugin lando-proxy loaded from /snapshot/lando/build/cli/plugins/lando-proxy/index.js
debug: Plugin lando-proxy has {"config":{"proxy":"ON","proxyCert":"/certs/cert.crt","proxyKey":"/certs/cert.key","proxyName":"landoproxyhyperion5000gandalfedition","proxyDash":"58087","proxyCache":"proxyCache","proxyHttpPort":"80","proxyHttpsPort":"443","proxyHttpFallbacks":["8000","8080","8888","8008"],"proxyHttpsFallbacks":["444","4433","4444","4443"],"proxyDomain":"lndo.site","proxyIp":"127.0.0.1"}}
verbose: Plugin lando-recipes loaded from /snapshot/lando/build/cli/plugins/lando-recipes/index.js
debug: Plugin lando-recipes has undefined
verbose: Plugin lando-services loaded from /snapshot/lando/build/cli/plugins/lando-services/index.js
debug: Plugin lando-services has undefined
verbose: Plugin lando-sharing loaded from /snapshot/lando/build/cli/plugins/lando-sharing/index.js
debug: Plugin lando-sharing has undefined
verbose: Plugin lando-test loaded from /snapshot/lando/build/cli/plugins/lando-test/index.js
debug: Plugin lando-test has {"plugin-test":true}
verbose: Plugin lando-tooling loaded from /snapshot/lando/build/cli/plugins/lando-tooling/index.js
debug: Plugin lando-tooling has undefined
debug: Emitting event post-bootstrap-config
debug: Event post-bootstrap-config has 1 listeners
info: config bootstrap completed.
info: tasks bootstrap beginning...
debug: Emitting event pre-bootstrap-tasks
debug: Event pre-bootstrap-tasks has 0 listeners
debug: Autoloaded task config
debug: Autoloaded task destroy
debug: Autoloaded task info
debug: Autoloaded task list
debug: Autoloaded task logs
debug: Autoloaded task poweroff
debug: Autoloaded task rebuild
debug: Autoloaded task restart
debug: Autoloaded task share
debug: Autoloaded task start
debug: Autoloaded task stop
debug: Autoloaded task version
debug: Autoloaded task init
debug: Autoloaded task ssh
debug: Emitting event post-bootstrap-tasks
debug: Event post-bootstrap-tasks has 0 listeners
info: tasks bootstrap completed.
info: engine bootstrap beginning...
debug: Emitting event pre-bootstrap-engine
debug: Event pre-bootstrap-engine has 0 listeners
debug: Automoved scripts from /snapshot/lando/build/cli/plugins/lando-core/scripts to /Users/weaver.299/.lando/scripts and setting 755
debug: Automoved scripts from /snapshot/lando/build/cli/plugins/lando-pantheon/scripts to /Users/weaver.299/.lando/scripts and setting 755
debug: Automoved scripts from /snapshot/lando/build/cli/plugins/lando-recipes/scripts to /Users/weaver.299/.lando/scripts and setting 755
debug: Automoved scripts from /snapshot/lando/build/cli/plugins/lando-services/scripts to /Users/weaver.299/.lando/scripts and setting 755
debug: Automoved scripts from /snapshot/lando/build/cli/plugins/lando-sharing/scripts to /Users/weaver.299/.lando/scripts and setting 755
debug: Emitting event post-bootstrap-engine
debug: Event post-bootstrap-engine has 0 listeners
info: engine bootstrap completed.
info: app bootstrap beginning...
debug: Emitting event pre-bootstrap-app
debug: Event pre-bootstrap-app has 0 listeners
debug: Autoloaded builders ["LandoService","LandoAppserver","LandoService","LandoUtility","LandoWebServer","LandoDrupal","LandoLaemp","LandoCa","LandoProxy","LandoInit","LandoApache","LandoCompose","LandoDotNet","LandoElasticSearch","LandoGo","LandoMailHog","LandoMariaDb","LandoMemcached","LandoMongoDb","LandoMsSql","LandoMySql","LandoNginx","LandoNode","LandoPhp","LandoPma","LandoPostgres","LandoPython","LandoRedis","LandoRuby","LandoSolr","LandoTomcat","LandoVarnish","LandoMounter","LandoPantheon","LandoBackdrop","LandoDrupal6","LandoDrupal7","LandoDrupal8","LandoJoomla","LandoLamp","LandoLaravel","LandoLamp","LandoMean","LandoWordPress"]
debug: Emitting event post-bootstrap-app
debug: Event post-bootstrap-app has 0 listeners
info: app bootstrap completed.
info: Bootstrap completed.
debug: Emitting event cli-answers
debug: Event cli-answers has 0 listeners
debug: Emitting event cli-init-answers
debug: Event cli-init-answers has 0 listeners
? Select a Pantheon account [email protected]
info: Making post request to authorize,machine-token
debug: Request data: {"machine_token":"<redacted>","client":"terminus"}
debug: Request options: {"headers":{"User-Agent":"Terminus/Lando"}}.
verbose: Response received: {"session":"1fcb3aa3-14df-44be-84a6-c8222e6b5992:731c31c4-8bb8-11e9-8d00-42010a80015f:yeM32KKEBZhV6YAPS6ZFo","expires_at":1562615193,"user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992"}.
info: Making get request to users,1fcb3aa3-14df-44be-84a6-c8222e6b5992,memberships,sites
debug: Request data: {}
debug: Request options: {}.
info: Making get request to users,1fcb3aa3-14df-44be-84a6-c8222e6b5992,memberships,organizations
debug: Request data: {}
debug: Request options: {}.
verbose: Response received: [{"archived":false,"invited_by_id":"a8ed6cba-f105-413c-ad04-3f0e98b1c90f","role":"admin","id":"b33a171c-399f-4d58-a823-bd6efdbf4a7c","key":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","organization_id":"b33a171c-399f-4d58-a823-bd6efdbf4a7c","user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","admin":true,"organization":{"profile":{"machine_name":"the-ohio-state-university-college-of-arts-and-sciences","change_service_url":"","name":"The Ohio State University: College of Arts and Sciences","email_domain":null,"org_logo_width":116,"org_logo_height":85,"base_domain":null,"billing_url":"","terms_of_service":"","org_logo":"data:image/png;base64,...="},"id":"b33a171c-399f-4d58-a823-bd6efdbf4a7c"}},{"archived":false,"invited_by_id":"a8ed6cba-f105-413c-ad04-3f0e98b1c90f","role":"admin","id":"1671c57b-e2e2-53ef-e29a-d39f6e9d0369","key":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","organization_id":"1671c57b-e2e2-53ef-e29a-d39f6e9d0369","user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","admin":true,"organization":{"profile":{"machine_name":"ohio-state-arts-and-sciences","change_service_url":"","name":"Ohio State Arts and Sciences","email_domain":null,"org_logo_width":64,"org_logo_height":85,"base_domain":null,"billing_url":"","terms_of_service":"","org_logo":"data:image/png;base64,...="},"id":"1671c57b-e2e2-53ef-e29a-d39f6e9d0369"}},{"archived":false,"invited_by_id":null,"role":"unprivileged","id":"2c09b9fe-a4ab-4f18-b2a7-7c15734c150e","key":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","organization_id":"2c09b9fe-a4ab-4f18-b2a7-7c15734c150e","user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","admin":false,"organization":{"profile":{"machine_name":"the-ohio-state-university","change_service_url":"","name":"The Ohio State University","email_domain":"osu.edu","org_logo_width":85,"org_logo_height":85,"base_domain":null,"billing_url":"","terms_of_service":"","org_logo":"data:image/png;base64,...="},"id":"2c09b9fe-a4ab-4f18-b2a7-7c15734c150e"}}].
info: Making get request to organizations,b33a171c-399f-4d58-a823-bd6efdbf4a7c,memberships,sites
debug: Request data: {}
debug: Request options: {}.
info: Making get request to organizations,1671c57b-e2e2-53ef-e29a-d39f6e9d0369,memberships,sites
debug: Request data: {}
debug: Request options: {}.
verbose: Response received: [{"archived":false,"invited_by_id":"a8ed6cba-f105-413c-ad04-3f0e98b1c90f","role":"team_member","id":"823eb3ca-09bf-4246-aa6a-2c7d576ad9a9","key": ... TONS of stuff here .. is it needed?
verbose: Response received: [{"archived":false,"invited_by_id":null,"role":"team_member","id":"823eb3ca-09bf-4246-aa6a-2c7d576ad9a9","key": ... TONS of stuff here .. is it needed?
verbose: Response received: [{"archived":false,"invited_by_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","role":"team_member","id":"82e870d0-4e93-4b7a-9884-f805c01ecf35","key": ... TONS of stuff here .. is it needed?
? Which site? migrate-to-d8
debug: Emitting event cli-run
debug: Event cli-run has 0 listeners
debug: Emitting event cli-init-run
debug: Event cli-init-run has 0 listeners
debug: Emitting event pre-init
debug: Event pre-init has 0 listeners
debug: Emitting event pre-engine-up
debug: Event pre-engine-up has 0 listeners
debug: Engine is up.
debug: Emitting event post-engine-up
debug: Event post-engine-up has 0 listeners
debug: Emitting event pre-engine-run
debug: Event pre-engine-run has 0 listeners
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","up","--detach","--no-recreate","--remove-orphans","init"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"collect","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=collect, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
Starting landoinitmigratetod8_init_1 ... done
verbose: /Applications/Docker.app/Contents/Resources/bin/docker-compose,--project-name,landoinitmigratetod8,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml,up,--detach,--no-recreate,--remove-orphans,init finished with code 0
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","exec","--env","PHP_MEMORY_LIMIT=-1","--user","www-data","init","/helpers/generate-key.sh","pantheon.lando.id_rsa","lando@TSO-NC200742"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"attach","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=attach, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
verbose: /Applications/Docker.app/Contents/Resources/bin/docker-compose,--project-name,landoinitmigratetod8,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml,exec,--env,PHP_MEMORY_LIMIT=-1,--user,www-data,init,/helpers/generate-key.sh,pantheon.lando.id_rsa,lando@TSO-NC200742 finished with code 0
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","kill","init"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"collect","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=collect, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
Killing landoinitmigratetod8_init_1 ... done
verbose: /Applications/Docker.app/Contents/Resources/bin/docker-compose,--project-name,landoinitmigratetod8,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml,kill,init finished with code 0
debug: Emitting event post-engine-run
debug: Event post-engine-run has 0 listeners
info: Making post request to authorize,machine-token
debug: Request data: {"machine_token":"<redacted>","client":"terminus"}
debug: Request options: {"headers":{"User-Agent":"Terminus/Lando"}}.
verbose: Response received: {"session":"1fcb3aa3-14df-44be-84a6-c8222e6b5992:7d349318-8bb8-11e9-bc23-42010a8001a3:xHpGVIW1qqOXICTGlxpJm","expires_at":1562615210,"user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992"}.
info: Making post request to users,1fcb3aa3-14df-44be-84a6-c8222e6b5992,keys
debug: Request data: "\"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDTKEW3teln9I8tLxt/ceRycHMNERx9CeW6Yalo9AgQu5FPsoLPRtjGh1uGrfbJiezqDIFOomNmbbdtGKr0dKpO+NefBIZq8BKIl9G4iOTBl80OKZxfHlGhPNmYvVutYpYsJd1GgfAifmFy2DUaocdRHgIJpGrKXOegiicG6ZuYR1wLYyfNCd+i3dnQ4AbP/fHXJ0BUJVR8WtfEwQ+nML7YuC8CNdSpra+bHTOLE5b+BEymT8Tja3ru6mwn7WcslA09uyPi7R8tDKU3KWZ/dFR/mP8rPwZGChxiOy3Jz41ZOTEcj/f7o99Va04KOq0fGL5UjUB+yvzRFPf93y8HKKdf lando@TSO-NC200742\""
debug: Request options: {"headers":{"User-Agent":"Terminus/Lando"}}.
verbose: Response received: "700bf1b97d2d21fff13380cc8ebf84ab".
info: Making post request to authorize,machine-token
debug: Request data: {"machine_token":"<redacted>","client":"terminus"}
debug: Request options: {"headers":{"User-Agent":"Terminus/Lando"}}.
verbose: Response received: {"session":"1fcb3aa3-14df-44be-84a6-c8222e6b5992:7d93411a-8bb8-11e9-8a16-42010a8001a4:PwMpNd5BjRbKgD75G7HMa","expires_at":1562615210,"user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992"}.
info: Making get request to users,1fcb3aa3-14df-44be-84a6-c8222e6b5992,memberships,sites
debug: Request data: {}
debug: Request options: {}.
info: Making get request to users,1fcb3aa3-14df-44be-84a6-c8222e6b5992,memberships,organizations
debug: Request data: {}
debug: Request options: {}.
verbose: Response received: [{"archived":false,"invited_by_id":"a8ed6cba-f105-413c-ad04-3f0e98b1c90f","role":"admin","id":"b33a171c-399f-4d58-a823-bd6efdbf4a7c","key":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","organization_id":"b33a171c-399f-4d58-a823-bd6efdbf4a7c","user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","admin":true,"organization":{"profile":{"machine_name":"the-ohio-state-university-college-of-arts-and-sciences","change_service_url":"","name":"The Ohio State University: College of Arts and Sciences","email_domain":null,"org_logo_width":116,"org_logo_height":85,"base_domain":null,"billing_url":"","terms_of_service":"","org_logo":"data:image/png;base64,...="},"id":"b33a171c-399f-4d58-a823-bd6efdbf4a7c"}},{"archived":false,"invited_by_id":"a8ed6cba-f105-413c-ad04-3f0e98b1c90f","role":"admin","id":"1671c57b-e2e2-53ef-e29a-d39f6e9d0369","key":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","organization_id":"1671c57b-e2e2-53ef-e29a-d39f6e9d0369","user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","admin":true,"organization":{"profile":{"machine_name":"ohio-state-arts-and-sciences","change_service_url":"","name":"Ohio State Arts and Sciences","email_domain":null,"org_logo_width":64,"org_logo_height":85,"base_domain":null,"billing_url":"","terms_of_service":"","org_logo":"data:image/png;base64,...="},"id":"1671c57b-e2e2-53ef-e29a-d39f6e9d0369"}},{"archived":false,"invited_by_id":null,"role":"unprivileged","id":"2c09b9fe-a4ab-4f18-b2a7-7c15734c150e","key":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","organization_id":"2c09b9fe-a4ab-4f18-b2a7-7c15734c150e","user_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","admin":false,"organization":{"profile":{"machine_name":"the-ohio-state-university","change_service_url":"","name":"The Ohio State University","email_domain":"osu.edu","org_logo_width":85,"org_logo_height":85,"base_domain":null,"billing_url":"","terms_of_service":"","org_logo":"data:image/png;base64,...="},"id":"2c09b9fe-a4ab-4f18-b2a7-7c15734c150e"}}].
info: Making get request to organizations,b33a171c-399f-4d58-a823-bd6efdbf4a7c,memberships,sites
debug: Request data: {}
debug: Request options: {}.
info: Making get request to organizations,1671c57b-e2e2-53ef-e29a-d39f6e9d0369,memberships,sites
debug: Request data: {}
debug: Request options: {}.
verbose: Response received: [{"archived":false,"invited_by_id":"a8ed6cba-f105-413c-ad04-3f0e98b1c90f","role":"team_member","id":"823eb3ca-09bf-4246-aa6a-2c7d576ad9a9","key": ... TONS of stuff here (>100,000 characters) .. is it needed?
verbose: Response received: [{"archived":false,"invited_by_id":null,"role":"team_member","id":"823eb3ca-09bf-4246-aa6a-2c7d576ad9a9","key": ... TONS of stuff here (>150,000 characters) .. is it needed?
verbose: Response received: [{"archived":false,"invited_by_id":"1fcb3aa3-14df-44be-84a6-c8222e6b5992","role":"team_member","id":"82e870d0-4e93-4b7a-9884-f805c01ecf35","key": ... TONS of stuff here (>110,000 characters) .. is it needed?
debug: Emitting event pre-engine-up
debug: Event pre-engine-up has 0 listeners
debug: Engine is up.
debug: Emitting event post-engine-up
debug: Event post-engine-up has 0 listeners
debug: Emitting event pre-engine-run
debug: Event pre-engine-run has 0 listeners
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","up","--detach","--no-recreate","--remove-orphans","init"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"collect","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=collect, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
Starting landoinitmigratetod8_init_1 ... done
verbose: /Applications/Docker.app/Contents/Resources/bin/docker-compose,--project-name,landoinitmigratetod8,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml,up,--detach,--no-recreate,--remove-orphans,init finished with code 0
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","exec","--env","PHP_MEMORY_LIMIT=-1","--user","root","init","/helpers/load-keys.sh"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"attach","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=attach, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
Scanning /lando/keys for keys...
Found keys
Scanning /user/.ssh for keys...
Found keys
Scanning /var/www/.ssh for keys...
Found keys
Using the following keys:
verbose: /Applications/Docker.app/Contents/Resources/bin/docker-compose,--project-name,landoinitmigratetod8,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml,exec,--env,PHP_MEMORY_LIMIT=-1,--user,root,init,/helpers/load-keys.sh finished with code 0
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","kill","init"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"collect","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=collect, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
Killing landoinitmigratetod8_init_1 ... done
verbose: /Applications/Docker.app/Contents/Resources/bin/docker-compose,--project-name,landoinitmigratetod8,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml,kill,init finished with code 0
debug: Emitting event post-engine-run
debug: Event post-engine-run has 0 listeners
debug: Emitting event pre-engine-up
debug: Event pre-engine-up has 0 listeners
debug: Emitting event post-engine-up
debug: Event post-engine-up has 0 listeners
debug: Emitting event pre-engine-run
debug: Event pre-engine-run has 0 listeners
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","up","--detach","--no-recreate","--remove-orphans","init"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"collect","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=collect, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
Starting landoinitmigratetod8_init_1 ... done
verbose: /Applications/Docker.app/Contents/Resources/bin/docker-compose,--project-name,landoinitmigratetod8,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml,--file,/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml,up,--detach,--no-recreate,--remove-orphans,init finished with code 0
verbose: Running ["/Applications/Docker.app/Contents/Resources/bin/docker-compose","--project-name","landoinitmigratetod8","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-0.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-1.yml","--file","/Users/weaver.299/.lando/init/migrate-to-d8/init-2.yml","exec","--env","PHP_MEMORY_LIMIT=-1","--user","www-data","init","/helpers/get-remote-url.sh","ssh://codeserver.dev.02c16bb8-400b-43a9-83b3-b76662c291c6@codeserver.dev.02c16bb8-400b-43a9-83b3-b76662c291c6.drush.in:2222/~/repository.git"] in /Users/weaver.299/Sites/lando/migrate-to-d8 with options {"mode":"attach","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=attach, detached=false, cwd=/Users/weaver.299/Sites/lando/migrate-to-d8
codeserver.dev.02c16bb8-400b-4@codeserver.dev.02c16bb8-400b-43a9-83b3-b76662c291c6.drush.in's password:

The lines I find noteworthy are:

Found keys
Scanning /user/.ssh for keys...
Found keys
Scanning /var/www/.ssh for keys...
Found keys
Using the following keys:

And then at the end it prompts me for password when trying to clone the git repo.
I have my usual ssh key loaded in the ssh agent, and when I git clone the repo directly, it clones without problem and without prompting for password.

Tell us generally about your bug

Lando seems to have created ssh keys successfully:

-rw-r-----@ 1 weaver.299  ASC\Domain Users  1675 Jun 10 12:53 pantheon.lando.id_rsa
-rw-r--r--@ 1 weaver.299  ASC\Domain Users   400 Jun 10 12:53 pantheon.lando.id_rsa.pub

Note the group ownership. Pirog seemed to think this might be related to the problem.
For what it's worth, my coworker installed rc16 on a new laptop and is not having this problem, but his .lando folder, keys, and etc all have the same group ownership.

Please detail the steps we can take to replicate this bug. Be as detailed as possible.

I'm not sure what other aspects of this system might be contributing to the situation. I'm happy to provide any additional information that might be helpful..

The system is ~18 months old.
I use homebrew.
Xcode is version 10.0--Apple wants me to update to 10.1 but I haven't done so yet. Xcode command line tools installed.
I use terminus a lot.
I have a lot of ssh keys, but I removed most of them (except my main ones) while trying to troubleshoot this.
docker --version reports Docker version 18.09.2, build 6247962
ssh -V reports OpenSSH_7.8p1, LibreSSL 2.6.2
php -v reports PHP 7.2.14 (cli) (built: Jan 12 2019 05:23:00) ( NTS )

TSO-NC200742:~ weaver.299$ ls -la | grep lando
drwxr-xr-x@  11 weaver.299  ASC\Domain Users        352 Jun 10 13:25 .lando
TSO-NC200742:~ weaver.299$ ls -la .ssh
total 456
drwx------@   8 weaver.299  ASC\Domain Users     256 Jun 10 14:51 .
drwxrwxr-x+ 138 weaver.299  ASC\Domain Users    4416 Jun 10 14:51 ..
-rw-------@   1 weaver.299  ASC\Domain Users    1766 Nov 14  2018 github_adfaklsdjf
-rw-r--r--@   1 weaver.299  ASC\Domain Users     405 Nov 14  2018 github_adfaklsdjf.pub
-rw-------    1 weaver.299  ASC\Domain Users    3326 Jun 10 14:33 id_rsa
-rw-------@   1 weaver.299  ASC\Domain Users    2681 Jun  7  2018 id_rsa.ppk
-rw-------    1 weaver.299  ASC\Domain Users     749 Jun 10 14:33 id_rsa.pub
-rw-r--r--@   1 weaver.299  ASC\Domain Users  192164 Jun 10 12:57 known_hosts
TSO-NC200742:~ weaver.299$ groups
ASC\Domain Users com.apple.sharepoint.group.2 ASC\access_mershon-staging.asc.ohio-state.edu access_bpf boinc_project ASC\ocio-idm ASC\access_mershon-linux.asc.ohio-state.edu ASC\asc-web everyone staff netaccounts _appserverusr admin _appserveradm _lpadmin com.apple.access_ssh boinc_master ASC\asc-allstaff ASC\TECH-RESOURCES ASC\access_cbc-asc000720.asc.ohio-state.edu piavpn ASC\MBI-NFS-Other com.apple.sharepoint.group.1 _appstore _lpoperator _developer _analyticsusers com.apple.access_ftp com.apple.access_screensharing ASC\access_cbc-nc084649.asc.ohio-state.edu ASC\VPN-ASCTech-IT_Mgrs ASC\Allowed RODC Password Replication Group ASC\TECH-RESOURCES-All ASC\VPN-ASCTech-Users

Tell us more

I haven't been able to get a Pantheon site working at all so far, so I'm currently dead in the water and can't use Lando.

I might end up having my machine re-imaged in hopes that a fresh start will help..

`lando pull` does not download DB, hangs at 0 B/s

Tell us about your setup
MacOS 10.14.4 (18E226)
Lando v3.0.0-rc.15

Tell us about your .lando.yml

name: mypantheonsite
recipe: pantheon
config:
  framework: drupal
  site: mypantheonsite
  id: <redacted>
proxy:
  pma:
    - pma.mypantheonsite.lndo.site
services:
  pma:
    type: phpmyadmin
    hosts:
      - database
  search:
    type: solr:5.5
    core: mypantheonsite
    config:
      conf: sites/all/modules/apachesolr/solr-conf/solr-5.x

pantheon.yml:

api_version: 1
php_version: 5.6

Tell us about the command you were running

> lando pull --code=none
? Choose a Pantheon account [email protected]
? Pull database from? live
? Pull files from? none

# Pantheon login etc
Pulling database from live...
[email protected]'s password:    0 B 0:00:01 [   0 B/s] [<=>                                                                                0 B 0:00:48 [   0 B/s] [<=>

Tell us about the error you got

No error is received; the clock just runs.

Tell us generally about your bug

Once I updated lando past RC2 this started happening on all of my lando containers. I've destroyed and rebuilt, changed Pantheon terminus tokens, reinstalling Lando, reinstalling Docker, etc.

Tell us more

Seeing this on all of my lando+Pantheon setups post RC2 upgrade.

Pantheon recipe version 2 proposal

We have two other integrations rolling now. These both use their own images and have baked in tooling that is very useful for local dev (eg pulling down data and files).

The current Pantheon recipe does not really work like this. Instead we maintain our own mock images and some wrapper scripts around terminus to achieve similar results. This definitely works OK but is significantly disadvantaged from the way the other two integrations work in the following ways:

We spend a lot of time maintaining and updating the Pantheon images as new php versions, tooling, external libraries, php extensions, etc are rolled out. This means less time working on Lando specific stuff and more time on trying to "reinvent the wheel".
Making any of the above changes is usually REACTIVE since it is prohibitively expensive for us to track ALL upcoming changes to Pantheon and to roll those in BEFORE they are a problem. Generally, we react and update when a user reports a bug or error. This means that the other integrations are less brittle and receive "upstream" updates proactively while also providing a better overall experience to users.

It would be so cool to update the current or create a new Pantheon v2 recipe that worked in a similar way to the amazee and platform.sh recipes. This would provide a a more reliable and truer integration and also allow us to focus on more Lando-centric features eg PLD instead of platform parity.

Roughly, i think the two biggest things to do here would be to:

1. Use Pantheon images if possible

Have Lando use Pantheon Docker images if applicable.

The biggest engineering concern here would be making sure Lando has awareness of Fedora/RHEL/Centos containers. Currently Lando only knows how to handle debian and alpine containers. This likely would not be a significant undertaking but its definitely something we would have to handle.

2. Improve `terminus` for local considerations

Grabbing the Database

It would be awesome for terminus to have a way to stream a sql dump like how drush sql-dump works with a Pantheon alias.

Currently Lando uses drush sql-dump if it can but falls back to the mysql_command provided by terminus connection:info if it needs to.

We do it this way because connecting via terminus connection:info $SITE.$DATABASE --field=mysql_command and running mysqldump directly is significantly slower than using drush sql-dump. Our users demand speed so in this case we try to give it to them, however, we sacrifice a bit of stability by having complex database pull logic. It would be awesome if terminus could stream the database dump as fast as drush does so we have ONE DB DUMP command we could use across frameworks.

Here is some data on using both on a vanilla D7 database.

# mysqldump
time mysqldump --no-autocommit --single-transaction --opt -Q -u pantheon -pMYPASSWORD -h dbserver.dev.SITEID.drush.in -P 17242 pantheon

real	0m53.512s
user	0m0.057s
sys	0m0.201s

# drush sql-dump
time drush @pantheon.landobot-drupal8.dev --extra-dump=--column-statistics=0 sql-dump

real	0m12.732s
user	0m0.570s
sys	0m2.048s

# terminus remote:drush
time terminus remote:drush -- sql-dump --extra=--column-statistics=0

real	0m4.939s
user	0m0.233s
sys	0m0.082s

This difference grows as the database size increases and it also means that all wordpress frameworks are slow by default.

@dustinleblanc after having revisited this after a year or so we might want to consider switching to that last terminus remote:thing method. I feel like that might be both more stable and faster.

Pulling files

It would also be great if terminus had a wrapper for rsyncing files to/from Pantheon although this is not nearly as a big a problem as the database.

Lando Pull results in Error

Bug Report

Tell us about your setup
MacOS Sierra 10.12.6

lando version

v3.0.0-beta.35 MacOS

Tell us about your .lando.yml

recipe: pantheon
config:
  framework: drupal
  site: some-website
  id: ff2068a8-6662-446b-8dc9-33702fac3868
services:
  appserver:
    xdebug: true
~                                                                                                                                                                                                     
~                                                                                                                                                                                                     
~

pantheon.yml

php_version: 7.0
drush_version: 8

protected_web_paths:
  - /CHANGELOG.txt
  - /COPYRIGHT.txt
  - /INSTALL.mysql.txt
  - /INSTALL.pgsql.txt
  - /INSTALL.sqlite.txt
  - /INSTALL.txt
  - /LICENSE.txt
  - /MAINTAINERS.txt
  - /README.txt
  - /UPGRADE.txt
  - /web.config
~                                                                                                                                                                                                     
~                                                                                                                                                                                                     
~

Tell us about the command you were running

lando pull

Tell us about the error you got

Tell us generally about your bug

Trying to run lando pull to get the DB. Made sure Lando, Docker, Terminus are up to date.
Tried lando rebuild as well as lando destroy and restarting but still getting the same message.

steps we can take to replicate this bug.

1. Lando Start
2. Authorize machine token
3. Lando Pull

Tell us more

Does this bug prevent you from using lando?

Cannot post Solr schema to Lando with Pantheon D8 recipe

Tell us about your setup

What is your lando version and operating system?

v3.0.0-beta.35
OSX 10.13
Docker 17.09.1-ce-mac42 (the version packaged with Lando)

Tell us about your .lando.yml

standard Pantheon recipe:

name: my-site
recipe: pantheon
config:
  framework: drupal8
  env: dev
  site: my-site
  id: f8959ca9-1f8f-46bc-8539-8ffcf95e2123

Tell us about the command you were running

Have a functioning Pantheon lando site, with functioning Solr.
Pull a fresh DB.
Visit /admin/config/search/search-api/server/[server-machine-name]/edit
Submit the form. This should then submit the schema to Solr, and on the next page you should see a real value for Configured Solr Version.

Tell us about the error you got
Sometimes it works, sometimes it doesn't. If it doesn't, you see example for Schema, but should see something like drupal-4.5-solr-4.x.

If you get into this state, then the only way to solve the problem is to lando rebuild.

The following things don't work:

lando restart
lando stop, stop docker, lando start
lando stop, docker rm [solr container uuid], lando start
restart laptop

Please detail the steps we can take to replicate this bug. Be as detailed as possible.

I don't think it happens every time I pull a new DB, but it has happened for several people on our team, on several different sites.

Does this bug prevent you from using lando?

Yes. Can't work on solr features/bugs without solr.

With Pantheon recipe, drush site-install always returns failure

I haven't tested this with other recipes yet - it could affect them too - but I've been testing with the Pantheon recipe.

Basically, running lando drush si will succeed, but always report failure anyway (meaning returns a non-zero status code), because it's unable to send e-mail. This means scripting site installation is unreliable: just ignoring the error code can miss real installation errors, but, we have no choice if we want our scripts or CI to continue.

It gives this error:

sh: 1: -t: not found
Installation complete.                                                                                                                                                                                                                               [ok]
Unable to send email. Contact the site administrator if the problem persists.                                                                                                                                                                        [error]

I'm pretty sure adding sendmail_path=/bin/true to the php.ini will fix this, but I haven't had time to test it. I just wanted to get this issue created (since I couldn't find an existing one) so that I don't completely forget about it. :-)

Lando start ... could not create Drush or composer.json ... Permission Denied

Starting Lando app for the first time after initializing drupal8 recipe results in permission denied when creating files. Running the "lando start" command again works fine.

~/sites/drupal-8$ lando init --recipe drupal8
? Where is your webroot relative to the init destination? web
? What do you want to call this app? drupal-8-migrate

NOW WE'RE COOKING WITH FIRE!!!

Your app has been initialized.
Now try running `lando start` to get rolling.

Here are some vitals:

 NAME    drupal-8-migrate                                    
 RECIPE  drupal8                                             
 DOCS    https://docs.devwithlando.io/tutorials/drupal8.html

What is your lando version and operating system?
v3.0.0-beta.22 on Elementary OS 0.4.1 Loki (Ubuntu 16.04.3 LTS)

Tell us about your .lando.yml
Drupal8 recipe
First time running

~/sites/drupal-8$ lando start
Creating network "landoproxyhyperion5000gandalfedition_edge" with driver "bridge"
Pulling proxy (traefik:1.3-alpine)...
Creating landoproxyhyperion5000gandalfedition_proxy_1 ... 
Creating landoproxyhyperion5000gandalfedition_proxy_1 ... done
Creating network "drupal8migrate_default" with the default driver
Creating volume "drupal8migrate_appserver" with default driver
Creating volume "drupal8migrate_data" with default driver
Creating volume "drupal8migrate_data_database" with default driver
Pulling appserver (devwithlando/php:7.1-apache)...
Pulling database (mysql:latest)...
Creating drupal8migrate_database_1 ... 
Creating drupal8migrate_appserver_1 ... 
Creating drupal8migrate_appserver_1
Creating drupal8migrate_database_1 ... done
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 5988k  100 5988k    0     0  2234k      0  0:00:02  0:00:02 --:--:-- 2234k
 PHP configuration      :  /usr/local/etc/php/php.ini 
 PHP OS                 :  Linux                      
 Drush script           :  /tmp/drush.phar            
 Drush version          :  8.1.13                     
 Drush temp directory   :  /tmp                       
 Drush configuration    :                             
 Drush alias files      :                             

mv: cannot create regular file '/usr/local/bin/drush': Permission denied
Changed current directory to /var/www/.composer

                                                                                
  [ErrorException]                                                              
  file_put_contents(./composer.json): failed to open stream: Permission denied  
                                                                                

require [--dev] [--prefer-source] [--prefer-dist] [--no-progress] [--no-suggest] [--no-update] [--no-scripts] [--update-no-dev] [--update-with-dependencies] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [--sort-packages] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--] [<packages>]...

error:  message=  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 5988k  100 5988k    0     0  2234k      0  0:00:02  0:00:02 --:--:-- 2234k
 PHP configuration      :  /usr/local/etc/php/php.ini 
 PHP OS                 :  Linux                      
 Drush script           :  /tmp/drush.phar            
 Drush version          :  8.1.13                     
 Drush temp directory   :  /tmp                       
 Drush configuration    :                             
 Drush alias files      :                             

mv: cannot create regular file '/usr/local/bin/drush': Permission denied
Changed current directory to /var/www/.composer

                                                                                
  [ErrorException]                                                              
  file_put_contents(./composer.json): failed to open stream: Permission denied  
                                                                                

require [--dev] [--prefer-source] [--prefer-dist] [--no-progress] [--no-suggest] [--no-update] [--no-scripts] [--update-no-dev] [--update-with-dependencies] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [--sort-packages] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--] [<packages>]...

, code=1

Second time ... this time ... verbose

lando start -vvvv
landoproxyhyperion5000gandalfedition_proxy_1 is up-to-date
drupal8migrate_appserver_1 is up-to-date
drupal8migrate_database_1 is up-to-date

BOOMSHAKALAKA!!!

Your app has started up correctly.
Here are some vitals:

 NAME            drupal-8-migrate                   
 LOCATION        /home/jeremy/sites/drupal-8        
 SERVICES        appserver, database                
                                                    
 APPSERVER URLS  https://localhost:32769            
                 http://localhost:32770             
                 http://drupal-8-migrate.lndo.site  
                 https://drupal-8-migrate.lndo.site

Update Terminus to v2.3.0

I am currently running Lando v3.0.0-rrc.1 with Terminus v2.0.1.

This version of Terminus has issues when downloading aliases with an organization that has 181 sites.

We are having issues running lando pull due to the fact that a terminus aliases as part of that process.

Terminus v2.3.0 seems to have resolved the issue with aliases and it would be great to include it.

The issue is related to: pantheon-systems/terminus#1877

Pantheon Drupal 8 Composer no CI

Pantheon has added workflow for Drupal 8 using Composer without CI.
https://pantheon.io/docs/guides/drupal-8-composer-no-ci/

I tested Lando with this and can only get code back to Pantheon through 'git push'. 'lando push' appears to send code in the terminal but it doesn't result in new code committed on Pantheon.

I build a sandbox on Pantheon with this procedure and then build the site local (High Sierra) with Lando (v3.0.0-beta.45).

Also, everything executes but I received the following regularly when issuing lando commands to pantheon:

PHP Recoverable fatal error: PHP Startup: Cannot set 'user' save handler by ini_set() or session_module_name() in Unknown on line 0

I was able to 'lando pull' the code, db, and files. I was able to run 'lando composer require drupal/pathauto'. The only way I was able to get the new module code back to Pantheon was via 'git push'.

Can 'lando push' send code to Pantheon with this workflow?

PHPStorm, Xdebug, and Windows- listening but no connection

Trying to run Xdebug through PhpStorm using PHP cli on Lando appserver PHP on Windows 10 Pro.

How I set it up

Preferences -> Languages & Frameworks -> PHP -> CLI interpreter (click 3 dots to add)
Add interpreter (+ icon)
Server: Add server (Docker, accept defaults for Windows)
Note: You need to choose "Expose daemon on tcp://localhost:2375 without TLS" from the General settings. Otherwise, PHPStorm can't connect to Docker.
Image name: devwithlando/pantheon-appserver:7.0-fpm

When you save this, it should show PHP version: your version + Xdebug: 2.5.5.

After this, save all settings and then click the phone icon (listen for debugging) on the PHPStorm debug toolbar. Then go to your site in Lando and click the Xdebug Helper Chrome extension... but it doesn't connect.

I also tried using Firefox with "Easiest Xdebug" addon, key set to "phpstorm". That didn't work, either.

I tried PHPStorm's Xdebug validation feature and got the error "Remote debugging is not enabled." However, I'm not sure if this is important, because with a similar configuration on macOS I get the same error but PHPStorm debugging connects on macOS.

What I already tried

Check to see if port 9000 is free (admin powershell: netstat -ab). It wasn't-- first taken by TightVNC server, then Xrite Color Probe software. Disabled both, rebooted, and Phpstorm successfully took control of the port. However, still no connection when listening.
Tried different urls (mysite.lndo.site and localhost:32222).
Opened the Windows Firewall settings and checked for any rules that were blocking port usage by Chrome, Phpstorm, or Docker. I also tried disabling the firewall completely.
I tried setting the following variables in the appserver php.ini at '/user/local/etc/php/php.ini':

xdebug.remote_enable = 1
xdebug.remote_host = 10.0.75.1
xdebug.remote_port = 9000
xdebug.remote_connect_back = 0
xdebug.idekey = PHPSTORM

This discussion suggests that remote_connect_back needs to be off, and the remote_host IP address has to be the ip4 address of the DockerNET Ethernet adapter on the Windows host.

I also tried configuring the PHPStorm settings-> Languages -> PHP -> Debug -> DBGp Proxy settings:
IDE key: PHPSTORM
Host: 10.0.75.1
Port: 9000

But that didn't help either.

Feature request: Match Pantheon infrastructure

Feel free to tell me I'm way off base with this request. Can we switch to a Fedora base image for Pantheon since that is the OS they are using? Also, can we match the php extensions they are enabling/disabling to get a more native local environment experience? See lando/lando#910 (comment).

Importing database is extremely slow

Tell us about your setup

What is your lando version and operating system?
lando v3.0.0-beta.20
docker 17.09.0-ce
ubuntu Gnome 16.04.3 LTS 64-bit

Tell us about your .lando.yml

name: accme                                                                                                                                                                                                                                   
recipe: drupal7                                                                 
config:                                                                         
  webroot: ./web                                                                
  php: '5.6'

As a lando user, I would like databases to not take so long to import so that I can get more work done.

So I rebuild environments a lot. We are evaluating Lando as something to replace DrupalVM and I happened to notice that database imports seemed to take so much longer so I did a bench mark of running drush commands using shell aliases, the standard lando db-import, and finally the same drush shell alias used in the first test against Drupal VM set up with NFS.

For reference sake... drush fresh in my case runs the following:

$options['shell-aliases']['fresh'] = implode("\n", array(                       
  "!echo '\nDropping the database...'",                                         
  "drush sql-drop -y",                                                          
  "echo '\nImporting reference database...'",                                   
  "gunzip < ../reference/accme.sql.gz | drush sql-cli",                         
));

The following are the lowest benchmark on the same database I was importing which was 79MB...

$ time lando drush fresh

Dropping the database...
Do you really want to drop all tables in the database drupal7? (y/n): y

Importing reference database...

real    5m5.393s
user    0m0.724s
sys    0m0.080s

$ time lando db-import ../reference/accme-live-2017-11-01-08-13-04.sql.gz 
Preparing to import /app/web/../reference/accme-live-2017-11-01-08-13-04.sql.gz into drupal7 on database:3306 as drupal7...
Destroying all current tables in drupal7... 
NOTE: See the --no-wipe flag to avoid this step!
Dropping [...]
Gunzipped file detected!
Importing /app/web/../reference/accme-live-2017-11-01-08-13-04.sql.gz...
78.2MiB 0:04:56 [ 270KiB/s] [================================>] 100%            
Import completed with status code 0

real    5m19.920s
user    0m1.480s
sys    0m0.140s

time drush @accme.local fresh

Dropping the database...
Do you really want to drop all tables in the database drupal? (y/n): y

Importing reference database...

real    0m58.171s
user    0m0.072s
sys    0m0.128s

Any ideas? I know this is comparing a VM vs Docker solution... but is there any way we can speed this up from a 5 minutes? As you can see Drupal VM is only taking about 1 minute... and on larger databases this number seems to scale.

Improve pantheon database pull

In Part 2 of the Pantheon Recipe V2 Proposal it was discovered that terminus remote:drush -- sql-dump --extra=--column-statistics=0 provides that fastest sql dump.

We should update our pull and probably push scripts to leverage this discovery. There are, of course, some caveats:

The dump command is going to differ depending on wordpress vs drupal and also drush version.
It's not clear whether we can use remote:wp and remote:drush to push up a database quickly so that needs to be investigated more.
We probably want to preserve auxiliary operations around pulling and pushing like making sure caches are clear on non-live environments, making sure the site is awake, etc.

Here is an implementation idea:

Lando now lets you set ENVVARS for specific tooling commands. This means that we can construct the appropriate DB_PULL command on the lando side and set it into an envvar that can be referenced/used in the script. This likely prevents us from needing overly complex and unfortunate BASH logic to determine things like drush version etc.

We likely can do the same for the push command and script.

Here is a rough sketch of what the bash script logic would look like with the above, this is the stuff that would go into the DATABASE != "none" block

Validate you can pull from the database
dump existing tables
wake up the site with terminus (this ensures the DB is active)
if drupaly: grab drupal aliases (this might not actually be necessary anymore if we are using remote:drush now, if its no longer necessary do we still want to do it elsewhere (eg pantheon.sh) as a convenience)?
run the CACHE_CLEAR command (this should also be an envvar set by lando depending on wp/drush/drush things) if we arent on live, this minimized download size and removes env specific stuff
run the DB_PULL command stored in the envvar and pipe it into the local db
do any other framework specific things eg wp search-replace

@dustinleblanc im assigning this to you but i might also have some time to work on it so lets stay in communication. I'm also happy to help you work through the engineering.

PHPStorm, Xdebug, and macOS- how to handle prepend.php?

Trying to run Xdebug through PhpStorm using PHP cli on Lando appserver PHP on macOS.

How I set it up

Preferences -> Languages & Frameworks -> PHP -> CLI interpreter (click 3 dots to add)
Add interpreter (+ icon)
Server: Add server (Docker, accept defaults for Mac)
Image name: devwithlando/pantheon-appserver:7.0-fpm

When you save this, it should show PHP version: your version + Xdebug: 2.5.5.

After this, save all settings and then click the phone icon (listen for debugging) on the PHPStorm debug toolbar. Then go to your site in Lando and click the Jetbrains Chrome extension to start debugging.

PHPStorm will then connect with Chrome, but complain:

Cannot find a file with path '/srv/includes/prepend.php' in project

It wants me to set the path mappings to show it where prepend.php is, but unfortunately, this file doesn't exist in my project. In Kalabox, I remember this file was part of the project folder, but in Lando, it's not present. So how to get around this?

Pantheon + Behat: Curl Error

I'm getting this curl error when I try to run a simple test:
https://www.dropbox.com/s/v19nda8c6vsrijw/Screenshot%202018-03-04%2016.44.06.png?dl=0

I searched the issue queue and the web with no luck. I was able to get a simple behat test running in lando using the vanilla drupal7 recipe, but I can't get it to work on this client site.

Here is the command I am using to run this test:

lando behat tests/features/publication.featured-buckets.feature
@node-0 @api @javascript @MEDSTAT @MEDSTAT-PUBLICATION-BUCKETS
Feature: Featured Bucket system should display content properly
  In order to view publications
  As an anonymous user
  I should see correct slot system page

  Scenario: An anonymous user views a top 25 publication # tests/features/publication.featured-buckets.feature:8
    When I visit "/edermatologynews"                     # Drupal\DrupalExtension\Context\MinkContext::assertAtPath()
      Could not open connection: Curl error thrown for http POST to https://nginx:4444/wd/hub/session with params: {"desiredCapabilities":{"browserName":"firefox","version":"9","platform":"ANY","browserVersion":"9","browser":"firefox","name":"Behat feature suite","deviceOrientation":"portrait","deviceType":"tablet","selenium-version":"2.31.0","tags":["e263cdf94b2f","PHP 7.0.27"],"ignoreZoomSetting":false}}

      Failed to connect to nginx port 4444: Connection refused (Behat\Mink\Exception\DriverException)
    │
    ╳  Fatal error: Call to a member function screenshot() on null (Behat\Testwork\Call\Exception\FatalThrowableError)
    │
    └─ @AfterStep # ErrorHandlingContext::printLastResponseOnError()
    Then I should see a ".medstat-overview-page" element #

.lando.yml

recipe: pantheon
config:
  framework: drupal
  site: [site]
  id: [site-id]
  env: dev
  webroot: build
  xdebug: true
services:
  appserver:
    build:
      - "cd $LANDO_MOUNT && composer install"
      - "mkdir -p ~/.drush/site-aliases"
      - "ln -sf /app/drush/medstat.aliases.drushrc.php ~/.drush/site-aliases/medstat.aliases.drushrc.php"
    overrides:
      services:
        environment:
          BEHAT_PARAMS: >-
            {"extensions" : {"Behat\\MinkExtension" : {"base_url" :
            "http://nginx/"}, "Drupal\\DrupalExtension" : {"drush" :   {
            "root":  "/app/build" }}}}
  phpmyadmin:
    type: phpmyadmin
  node:
    type: node:8.4
    build:
      - "cd $LANDO_MOUNT && npm install"
    globals:
      gulp-cli: "latest"
events:
  post-import-db:
    - echo "Obtaining database."
    - bash -c "test -f /app/db/tmp-db.sql.gz || terminus backup:get frontline-med.live --element=db --to=/app/db/tmp-db.sql.gz"
    - echo "Dropping old database."
    - drush @medstat.local sql-drop -y
    - echo "Importing database."
    - bash -c "gunzip -k < /app/db/tmp-db.sql.gz | drush @medstat.local sql-cli"
  post-import-db-fresh:
    - echo "Obtaining database."
    - bash -c "test -f /app/db/fresh-db.sql.gz || terminus backup:get frontline-med.fresh --element=db --to=/app/db/fresh-db.sql.gz"
    - echo "Dropping old database."
    - drush @medstat.local sql-drop -y
    - echo "Importing database."
    - bash -c "gunzip -k < /app/db/fresh-db.sql.gz | drush @medstat.local sql-cli"
  post-local:
    - drush @medstat.local dl registry_rebuild -n
    - drush @medstat.local rr
    - drush @medstat.local cc drush
    - drush @medstat.local en -y master
    - drush @medstat.local master-execute -y --scope=local
    - bash -c "drush @medstat.local updb -y || true"
    - drush @medstat.local fra -y
    - drush @medstat.local cc drush
tooling:
  drush:
    service: appserver
    cmd:
      - "drush"
      - "@medstat.local"
      - "--root=/app/build"
  behat:
    service: appserver
    cmd: /app/vendor/bin/behat
  npm:
    service: node
  node:
    service: node
  gulp:
    service: node
  import-db-fresh:
    description: Import the fresh backup database.
    cmd: true
    service: appserver
  import-db:
    description: Import the live backup database.
    cmd: true
    service: appserver
  local:
    description: Clear drupal caches.
    cmd: true
    service: appserver

behat.yml

default:
  autoload:
    '': '%paths.base%/tests/features/bootstrap'
  gherkin:
    cache: ~
  formatters:
    pretty: true
  suites:
    default:
      paths: [ '%paths.base%/tests/features' ]
      filters:
        tags: ~@wip
      contexts:
        - MedstatFeatureContext
        - MedstatDrupalContext
        - MedstatRestfulContext:
            base_url: 'https://nginx'
            files_path: '%paths.base%/tests/assets'
            api_role: 'api write client'
        - ErrorHandlingContext
        - Drupal\DrupalExtension\Context\MinkContext
        - Drupal\DrupalExtension\Context\MessageContext
        - Drupal\DrupalExtension\Context\DrushContext
  extensions:
    Behat\MinkExtension:
      goutte: ~
      javascript_session: selenium2
      selenium2:
        wd_host: 'https://nginx:4444/wd/hub'
      base_url: 'https://nginx'
      files_path: '%paths.base%/tests/assets'
      sessions:
        default:
          goutte:
            guzzle_parameters:
              verify: false
    Drupal\DrupalExtension:
      blackbox: ~
      api_driver: 'drupal'
      drupal:
        drupal_root: '/app/build'
      drush:
        alias: 'medstat.local'
      selectors:
        message_selector: '.messages'
        error_message_selector: '.messages.error'
        success_message_selector: '.messages.status'
      region_map:
        hidden_nav: '.nav-hidden'
        header: '#header'

Any tips you can give me in helping me get this to work? This is my first time using lando on a client project and I love everything about this project! Thanks for the help.

Init from Github + Pantheon Segmentation Fault

Bug Report

Tell us about your setup

OSX High Sierra, Beta 35 Lando, Docker Version 17.12.0-ce-mac49 (21995)

Tell us about your .lando.yml
Still initing

Tell us about the command you were running

lando init github
? Choose a GitHub account [email protected]
? Which site? dustinleblanc/coolsite-two-dot-ninja
? What recipe do you want to use? pantheon
? Choose a Pantheon account [email protected]
? Which site? coolsite-two-dot-ninja
Creating network "landoinitcoolsitetwodotninja_default" with the default driver
Creating landoinitcoolsitetwodotninja_util_1 ... done
Scanning /user/.ssh for keys...
Scanning /user/.lando/keys for keys...
Checking whether /user/.ssh/config is a private key...
Checking whether /user/.ssh/id_rsa is a private key...
Checking whether /user/.ssh/id_rsa is formatted correctly...
Checking whether /user/.lando/keys/pantheon.lando.id_rsa is a private key...
Checking whether /user/.lando/keys/pantheon.lando.id_rsa is formatted correctly...
Checking whether /user/.lando/keys/github.lando.id_rsa is a private key...
Checking whether /user/.lando/keys/github.lando.id_rsa is formatted correctly...
Ensuring permissions for /user/.ssh/id_rsa...
Ensuring permissions for /user/.lando/keys/pantheon.lando.id_rsa...
Ensuring permissions for /user/.lando/keys/github.lando.id_rsa...
Using the following keys: /user/.ssh/id_rsa /user/.lando/keys/pantheon.lando.id_rsa /user/.lando/keys/github.lando.id_rsa
landoinitcoolsitetwodotninja_util_1 is up-to-date
Segmentation fault
error:  message=Segmentation fault
, code=139

Tell us about the error you got

Segmentation fault
error:  message=Segmentation fault
, code=139

Tell us generally about your bug

Initializing a fresh Wordpress Composer Based Site built from Build Tools.

Does this bug prevent you from using lando? No

Multiple environment support?

Feature/Enhancement Request

One of my colleagues mentioned that Terra supports multiple environments (don't worry, he still thinks Lando is better). My understanding of what this means is you can have separate branch environments running simultaneously in the same codebase. For instance, one site running on a feature branch and the other running on the master branch. Is it possible that Lando could eventually support something like this? As an example:

$ lando start myproject.branch1
$ lando start myproject.branch2
...

where branch1 could be the master branch and branch2 could be my cool new feature branch. The vanity domains could include the branch as well: http://myproject.master.lndo.site.

Can't lando init certain Pantheon sites

Bug Report

Tell us about your setup

v3.0.0-beta.45 on Mac OSX 10.11.6

Tell us about your .lando.yml

n/a (Bug happens when using lando init to create a new .lando.yml)

Tell us about the command you were running

lando init --recipe pantheon --pantheon-site ls

Tell us about the error you got

$ lando init --recipe pantheon --pantheon-site ls --vvvv
? Choose a Pantheon account [email protected]
error: No such pantheon site!
$ terminus auth:whoami
[email protected]
$ terminus site:info ls --fields=name,frozen
 ------------ --------------------------------------
  Name         ls
  Is Frozen?   false
 ------------ --------------------------------------

Tell us generally about your bug
As a Pantheon org admin, I have access to over 1600 sites. When I run lando init --recipe pantheon without specifying a site name, only about 270 of them show up in the select list. When I try to pass in a specific Pantheon sitename, any site that hasn't shown up on the select list doesn't seem to be available. This happens even on sites where I am the user in charge.

For the sites that do show up on the select list, the lando init command runs fine.

Add IonCube Support

Feature Request

Per discussion in slack today, it would be great to get IonCube support into Lando's PHP 7.1+ builds. This would provide out-of-the-box support for things like the Memberium plugin.

https://www.ioncube.com/loaders.php

Add settings.lando.php example to connect a Database in Drupal 8.

Feature Request

As a Lando user who works with Drupal 8 sites, I want an example settings.lando.php calling the environment variables to connect to the database. Also It could include the correct host patterns. This file can either be included in the settings.php or called from there. This would make it even more easy to get started with Lando and D8.

It could work similarly to the settings.platfrom.php for platform.sh https://github.com/platformsh/platformsh-example-drupal8/blob/master/web/sites/default/settings.platformsh.php

This is how it could be included in settings.php:

if (file_exists($app_root . '/' . $site_path . '/settings.lando.php')) {
  include $app_root . '/' . $site_path . '/settings.lando.php';
}

Lando Push Failed but the 'Push complete!' message still appeared

Please complete the following steps.

The more steps you complete the more likely we are to address your issue!

Version v3.0.0-rc.13

Please explain your request and its importance in the form of a user story.

As a Lando user, I'd like a clearer error message upon a failed lando push. I'm new to Lando and at first, I believed the lando push command had succeeded. The message is green and says "Push complete!" no matter the outcome.

Upon closer investigation, there were hints that mentioned why the push may have failed some lines above the "Push complete" message.

Please provide some detail on how lando can help solve this problem

If you could instead say "Push failed" in red text to be clearer and easier to spot when a "lando push" has failed.

Describe the solution you'd like
Change the message after a lando push to reflect whether it failed in red text "Push failed", please.

Thank you

Latest Docker does not work on recent Windows 10 pro insider previews

Bug Report

v3.0.0-beta.36 on Windows 10 Professional

You can see for yourself in the Docker issues on the latest build (stable and edge), Linux containers no longer work on Windows 10, and there is no fix yet.

I was installing the latest update to Lando to resolve the tmp files directory issue, and instead wiped out my whole lando install lol, no big deal since I have backups of all the important things.

What happened was the install hung up saying containers were not enabled and it would restart windows to enable them, after restart my containers were wiped out from all sites in lando, and docker will not start with linux containers enabled. Giving the following error.

Unable to create File System Image
   at Docker.Core.Pipe.NamedPipeClient.Send(String action, Object[] parameters) in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Core\pipe\NamedPipeClient.cs:line 36
   at Docker.Actions.<>c__DisplayClass27_0.<SwitchDaemon>b__0() in C:\gopath\src\github.com\docker\pinata\win\src\Docker.Windows\Actions.cs:line 335
   at Docker.WPF.TaskQueue.<>c__DisplayClass19_0.<.ctor>b__1() in C:\gopath\src\github.com\docker\pinata\win\src\Docker.WPF\TaskQueue.cs:line 59

Perhaps put a warning for those on Windows 10 not to upgrade Lando or Docker until the issues are resolved.

Lando pull database from pantheon incorrectly reports success.

System/Setup

Windows 10 - most recently with Docker in WSL2 mode but seen it in HyperV mode as well.
Seen it in at least half a dozen Lando versions, but it is a minor issue and only when I'm working from a phone tether or other bad internet connection, so keep not getting around to it.

recipe: pantheon
config:
  framework: drupal8
  xdebug: false

(also other config like the pantheon ID/name - but that is unrelated to the issue]

Issue

Running lando pull [options including a database],
Get this response:

Pulling your database... This miiiiight take a minute
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `cache_dynamic_page_cache` at row: 18
15.1MiB 0:01:19 [ 193KiB/s] [                              <=>                 ]
*GREEN*Pull completed successfully!*GREEN*

Expected behaviour would be a RED or even white text failure ending.

Seems to not be properly catching the error which was output. (To be clear, the database is left at an unusable state, but that's expected). This may be fixed in other work when doing #10 I suppose, but wanted to surface it at least.

Automate proxy domain setup for Pantheon wordpress_network frameworks

Now that we've got BETA support for the wordpress_network Pantheon framework. We should try to automate more of the manual setup detailed here
https://docs.lando.dev/config/pantheon.html#wordpress-site-network-support-experimental

In particular we want to automate things so we can easily support this in PLD without too much, or any, additional UX engineering.

Our initial implementation idea is basically:

During lando init --recipe pantheon use the underlying Pantheon API call that powers terminus domains:list to fetch a list of the dev (or other?) environment's domains.
Filter, parse and mutate these domains as appropriate
Automatically add them to the proxy section of the users Landofile, and probably also to the apps metadata cache since that is what we will need in PLD (which doesnt use a landofile)

@dustinleblanc, please feel free to fill in any details im missing here but i think this is a rough sketch of what we talked about. I think we also had a few decision points we werent 100% resolved on:

Should we do this on ALL pantheon sites regardless of whether it is wordpress_network or not? (i think... yes?)

Let's iterate on this a bit until we both feel good about the implementation

Push code to pantheon multi-dev

Feature Request

I bring this ticket due to pantheon multidev. I'm using Wordpress on Pantheon. When I run lando push on my multi-dev that was changed by lando switch. It pushes code to dev environment not multidev. Does Lando has a functionality to push code to multidev?

Please provide some detail on how lando can help solve this problem

If the target env of lando push is the current dev environment, it would be good. Or lando push env-name would be good as well.

error: Error: Not found error message and pantheon

When trying to pull from pantheon with a valid token and that token isn't valid for that particular site the following error message is presented:

`error: Error: Not found.

at Promise.retry.request.(anonymous function).then.catch.err (/snapshot/lando/build/cli/plugins/lando-pantheon/lib/client.js:0:0)
at process._tickCallback (internal/process/next_tick.js:68:7)`

It would be more helpful if a more meaningful error message were presented.

Lando Pull 401

I'm running:
Windows 10
Lando 3.0.5
Docker 2.3.0.3 (45519)

If I run:
terminus auth:login --machine-token={key}
OR:
lando terminus auth:login --machine-token={key}

If returns:
[notice] Logging in via machine token.

Which I guess is successful.

If I then run:
lando pull

I get:
ERROR ==> POST request to https://terminus.pantheon.io/api/authorize/machine-token failed with code 401: Unauthorized. The server responded with the message Authorization failed. Please check that your machine token is valid..

I've tried recreating my machine token at Pantheon a number of times, but I'm still getting this. I tried lando rebuild and restarting as well.

What else am I missing? Thanks!

Pantheon Recipe mimics actual deployed containers on a Pantheon site

As a developer that supports many websites and development environments I would like an option in the pantheon recipe configuration to emulate the pantheon 'Personal' container level (i.e. Disable cache and index containers) to reduce memory and disk usage.

Docker for windows permission check fails on /app volume

On OSX and Linux mount the /app volume is mounted with file permissions and ownership as they should be. On windows the ownership and group is always root. The file permissions are always 755. The user www-data can for some odd reason still access(write) everything but as soon as the application actually checks the permissions before taking action it fails. chown and chmod have no effect.

Possible solutions:

Force the mount to www-data (at least on appserver) if at all possible
Integrate a service like http://docker-sync.io/

The added benefit to a sync solution is of course the performance upgrade on Windows and OSX.

Pantheon recipe does not use correct appserver image

Tell us about your setup

What is your lando version and operating system? (note that the older your version the less likely we are to reply)

v3.0.0-rc.2 Manjaro Linux 18.1.5

Tell us about your .lando.yml

Paste in the contents of your .lando.yml this is SUPER HELPFUL for us.

name: test
recipe: test
config:
  framework: wordpress
  site: test
  id: 74433384-be67-455a-83e3-5cf137673ca7
  xdebug: true
services:
  appserver:
    overrides:
      image: devwithlando/pantheon-appserver:7.0-2

It is also helpful to include other relevant config files. For example, include pantheon.yml for a pantheon recipe if applicable. Include php.ini or mysql.cnf if you are overriding our defualt config.

pantheon.yml

api_version: 1
php_version: 7.0

Tell us about the command you were running

lando init --source pantheon

Tell us about the error you got / Tell us generally about your bug

It appears to use the general nginx server as appserver vs the php-fpm image. I had to use an override base on the builder.js code to force it to use the correct one.

Tell us more

Could better documentation have prevented this issue? if so what should we change?
Does this bug prevent you from using lando?

If I was not able to work around this, it would have forced me yo use a generic LEMP recipe.

Extremely slow pantheon lando push database

I'm using lando for a while and I am extremely happy with it. But I have a problem with pushing DB to pantheon. While codebase and files are speedy enough DB push takes 10 minutes minimum on a 120MB uncompressed db dump.

Bug Report

lando v3.0.0-beta.35 on macOS 13.3.3

Paste in the contents of your .lando.yml this is SUPER HELPFUL for us.

Example:
lando.yml

name: roomify
recipe: pantheon
config:
  framework: drupal
  site: roomify-sandbox
  id:

Tell us about the command you were running

Paste in a series of commands that caused the bug.

lando push

wordpress_network framework for pantheon recipes is a problem

lando version: lando v3.0.0-rc.7
docker -v: Docker version 18.09.1, build 4c52b90
Windows 10 Pro, Hyper V enabled.

.lando.yml:

recipe: pantheon
config:
  framework: wordpress_network
  site: merceredu
  id: 48a9745a-0ffc-4b84-be57-cd2bc957f7ef
  # disable SOLR
  index: false
  # disable varnish
  edge: false
  # disable redis
  cache: false

pantheon.yml:

# For more information, see: https://pantheon.io/docs/pantheon-yml/
api_version: 1

Tell us about the command you were running

lando start

Paste in a series of commands that caused the bug.

lando init
# follow prompts, choosing pantheon, machine token, choose site
lando start
# Edited my lando.yml as above
lando rebuild -y
# Errors "is not connected to the network lando_bridge_network
docker ps -a
lando poweroff
docker ps -a
lando rebuild -y

Killing merceredu_appserver_1 ... done
Starting merceredu_appserver_1 ... done
Creating merceredu_database_1        ... done
Creating merceredu_appserver_nginx_1 ... done
Waiting until appserver_nginx service is ready...
Waiting until database service is ready...
Waiting until appserver service is ready...
Starting merceredu_appserver_1 ... done
Starting merceredu_appserver_nginx_1 ... done
Error response from daemon: Container d8d068cb2a64afeb9da8e2c489dd4e87f5224c426a022449267cf6a7ea9024fa is not running
error: Looks like appserver_nginx is not running! It should be so this is a problem.
warn: Try running `lando logs -s appserver_nginx` to help locate the problem!

BOOMSHAKALAKA!!!

lando logs -s appserver_nginx

Attaching to merceredu_appserver_nginx_1
appserver_nginx_1  | This is a debian container
appserver_nginx_1  | user-perms.sh kicking off as user uid=0(root) gid=0(root) groups=0(root)
appserver_nginx_1  | Lando ENVVARS set at
appserver_nginx_1  | LANDO_WEBROOT_USER: www-data
appserver_nginx_1  | LANDO_WEBROOT_GROUP: www-data
appserver_nginx_1  | LANDO_WEBROOT_UID: 33
appserver_nginx_1  | LANDO_WEBROOT_GID: 33
appserver_nginx_1  | LANDO_HOST_UID: 1000
appserver_nginx_1  | LANDO_HOST_GID: 1000
appserver_nginx_1  | Making sure correct user:group (www-data:www-data) exists...
appserver_nginx_1  | And here. we. go.
appserver_nginx_1  | Cert creation kicking off
appserver_nginx_1  | LANDO_CA_CERT: /lando/certs/lndo.site.pem
appserver_nginx_1  | LANDO_CA_KEY: /lando/certs/lndo.site.key
appserver_nginx_1  | CA_DIR: /usr/share/ca-certificates
appserver_nginx_1  | CA_CERT_FILENAME: lndo.site.pem
appserver_nginx_1  | CA_CERT_CONTAINER: /usr/share/ca-certificates/lndo.site.pem
appserver_nginx_1  | Generating certs...
appserver_nginx_1  | Generating RSA private key, 2048 bit long modulus
appserver_nginx_1  | ...................................................................................................................................................................................+++++
appserver_nginx_1  | .....................................................+++++
appserver_nginx_1  | e is 65537 (0x010001)
appserver_nginx_1  | Signature ok
appserver_nginx_1  | subject=C = US, ST = California, L = San Francisco, O = Lando, OU = Bespin, CN = *.lndo.site
appserver_nginx_1  | Getting CA Private Key
appserver_nginx_1  | /usr/share/ca-certificates/lndo.site.pem not found... copying /lando/certs/lndo.site.pem over
appserver_nginx_1  | Creating a special not-mounted key directory for Windows
appserver_nginx_1  | Scanning /lando_keys for keys...
appserver_nginx_1  | Using the following keys:
appserver_nginx_1  | Running command /bin/bash -c mkdir -p /opt/bitnami/nginx/conf/vhosts && render-template /opt/bitnami/extra/nginx/templates/default.conf.tpl > /opt/bitnami/nginx/conf/vhosts/lando.conf && /entrypoint.sh /run.sh
appserver_nginx_1  | Running with exec!
appserver_nginx_1  | cannot parse template: read /opt/bitnami/extra/nginx/templates/default.conf.tpl: is a directory
appserver_nginx_1  | This is a debian container
appserver_nginx_1  | user-perms.sh kicking off as user uid=0(root) gid=0(root) groups=0(root)
appserver_nginx_1  | Lando ENVVARS set at
appserver_nginx_1  | LANDO_WEBROOT_USER: www-data
appserver_nginx_1  | LANDO_WEBROOT_GROUP: www-data
appserver_nginx_1  | LANDO_WEBROOT_UID: 33
appserver_nginx_1  | LANDO_WEBROOT_GID: 33
appserver_nginx_1  | LANDO_HOST_UID: 1000
appserver_nginx_1  | LANDO_HOST_GID: 1000
appserver_nginx_1  | Making sure correct user:group (www-data:www-data) exists...
appserver_nginx_1  | And here. we. go.
appserver_nginx_1  | Creating a special not-mounted key directory for Windows
appserver_nginx_1  | Scanning /lando_keys for keys...
appserver_nginx_1  | Using the following keys:
appserver_nginx_1  | Running command /bin/bash -c mkdir -p /opt/bitnami/nginx/conf/vhosts && render-template /opt/bitnami/extra/nginx/templates/default.conf.tpl > /opt/bitnami/nginx/conf/vhosts/lando.conf && /entrypoint.sh /run.sh
appserver_nginx_1  | Running with exec!
appserver_nginx_1  | cannot parse template: read /opt/bitnami/extra/nginx/templates/default.conf.tpl: is a directory

lando start -vvv

...
info: Checking to see if http://merceredu.lndo.site is ready.
verbose: http://merceredu.lndo.site not currently accessible
verbose: http://merceredu.lndo.site not currently accessible
info: Checking to see if https://merceredu.lndo.site is ready.
verbose: https://merceredu.lndo.site not currently accessible
verbose: https://merceredu.lndo.site not currently accessible
debug: URL scan results url=http://merceredu.lndo.site, status=false, color=red, url=https://merceredu.lndo.site, status=false, color=red
debug: Emitting event pre-engine-up
debug: Event pre-engine-up has 0 listeners
debug: Engine is up.
debug: Emitting event post-engine-up
debug: Event post-engine-up has 0 listeners
debug: Emitting event pre-engine-run
debug: Event pre-engine-run has 0 listeners
verbose: Running ["C:\\Program Files\\Docker\\Docker\\resources\\bin\\docker-compose.exe","--project-name","merceredu","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\globals-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-6.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-7.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-8.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\proxy-0.yml","up","--detach","--no-recreate","--remove-orphans","appserver_nginx"] in C:\Users\Will Hawthorne\Documents\Projects\Mercer\dev-mercer-edu\lando with options {"mode":"collect","detached":false}
debug: With stdio=[Circular], mode=collect, detached=false
Starting merceredu_appserver_1 ... done
Starting merceredu_appserver_nginx_1 ... done
verbose: C:\Program Files\Docker\Docker\resources\bin\docker-compose.exe,--project-name,merceredu,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\globals-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-6.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-7.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-8.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\proxy-0.yml,up,--detach,--no-recreate,--remove-orphans,appserver_nginx finished with code 0
verbose: Running ["C:\\Program Files\\Docker\\Docker\\resources\\bin\\docker-compose.exe","--project-name","merceredu","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\globals-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-6.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-7.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-8.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\proxy-0.yml","exec","--detach","--env","PHP_MEMORY_LIMIT=-1","--user","root","appserver_nginx","/bin/sh","-c","/helpers/refresh-certs.sh > /cert-log.txt"] in C:\Users\Will Hawthorne\Documents\Projects\Mercer\dev-mercer-edu\lando with options {"mode":"attach","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=attach, detached=false
Error response from daemon: Container d8d068cb2a64afeb9da8e2c489dd4e87f5224c426a022449267cf6a7ea9024fa is not running
verbose: C:\Program Files\Docker\Docker\resources\bin\docker-compose.exe,--project-name,merceredu,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\globals-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-6.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-7.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-8.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\proxy-0.yml,exec,--detach,--env,PHP_MEMORY_LIMIT=-1,--user,root,appserver_nginx,/bin/sh,-c,/helpers/refresh-certs.sh > /cert-log.txt finished with code 1
error: Looks like appserver_nginx is not running! It should be so this is a problem.
warn: Try running `lando logs -s appserver_nginx` to help locate the problem!
debug: Error
    at module.exports.sh.Promise.try.then (C:\snapshot\lando\build\cli\lib\shell.js:0:0)
From previous event:
    at Shell.sh (C:\snapshot\lando\build\cli\lib\shell.js:0:0)
    at Object.exports.dc (C:\snapshot\lando\build\cli\lib\bootstrap.js:0:0)
    at compose (C:\snapshot\lando\build\cli\lib\bootstrap.js:0:0)
    at exports.run.Promise.each.docker.isRunning.then.then (C:\snapshot\lando\build\cli\lib\router.js:0:0)
From previous event:
    at exports.run.Promise.each.datum (C:\snapshot\lando\build\cli\lib\router.js:0:0)
    at runCallback (timers.js:696:18)
    at tryOnImmediate (timers.js:667:5)
    at processImmediate (timers.js:649:5)
From previous event:
    at Object.exports.run (C:\snapshot\lando\build\cli\lib\router.js:0:0)
    at run (C:\snapshot\lando\build\cli\lib\engine.js:0:0)
    at exports.eventWrapper.daemon.up.then.then (C:\snapshot\lando\build\cli\lib\router.js:0:0)
From previous event:
    at Object.exports.eventWrapper (C:\snapshot\lando\build\cli\lib\router.js:0:0)
    at Engine.module.exports.constructor.engineCmd (C:\snapshot\lando\build\cli\lib\engine.js:0:0)
    at Engine.run (C:\snapshot\lando\build\cli\lib\engine.js:0:0)
    at module.exports.app.events.on.app.events.on.lando.Promise.each.service (C:\snapshot\lando\build\cli\plugins\lando-core\app.js:0:0)
    at runCallback (timers.js:696:18)
    at tryOnImmediate (timers.js:667:5)
    at processImmediate (timers.js:649:5)
From previous event:
    at AsyncEvents.module.exports.app.events.on.app.events.on (C:\snapshot\lando\build\cli\plugins\lando-core\app.js:0:0)
    at AsyncEvents.handle (C:\snapshot\lando\build\cli\lib\events.js:0:0)
    at emit.Promise.each.fn (C:\snapshot\lando\build\cli\lib\events.js:0:0)
From previous event:
    at AsyncEvents.emit (C:\snapshot\lando\build\cli\lib\events.js:0:0)
    at module.exports.start.initAndReport.then.then.then (C:\snapshot\lando\build\cli\lib\app.js:0:0)
From previous event:
    at App.start (C:\snapshot\lando\build\cli\lib\app.js:0:0)
    at Object.exports.appToggle (C:\snapshot\lando\build\cli\plugins\lando-core\lib\utils.js:0:0)
    at Object.run (C:\snapshot\lando\build\cli\plugins\lando-core\tasks\start.js:0:0)
    at module.exports.parseToYargs.checkForUpdates.then.lando.bootstrap.then.lando.events.emit.then.then.then.then.then (C:\snapshot\lando\build\cli\lib\cli.js:0:0)
From previous event:
    at module.exports.parseToYargs.checkForUpdates.then.lando.bootstrap.then.lando (C:\snapshot\lando\build\cli\lib\cli.js:0:0)
From previous event:
    at module.exports.parseToYargs.checkForUpdates.then (C:\snapshot\lando\build\cli\lib\cli.js:0:0)
    at runCallback (timers.js:696:18)
    at tryOnImmediate (timers.js:667:5)
    at processImmediate (timers.js:649:5)
From previous event:
    at Object.handler (C:\snapshot\lando\build\cli\lib\cli.js:0:0)
    at Object.runCommand (C:\snapshot\lando\build\cli\node_modules\yargs\lib\command.js:238:44)
    at Object.parseArgs [as _parseArgs] (C:\snapshot\lando\build\cli\node_modules\yargs\yargs.js:1063:30)
    at Function.get [as argv] (C:\snapshot\lando\build\cli\node_modules\yargs\yargs.js:1004:21)
    at Cli.run (C:\snapshot\lando\build\cli\lib\cli.js:0:0)
    at Object.<anonymous> (C:\snapshot\lando\build\cli\bin\lando.js:0:0)
    at Module._compile (pkg/prelude/bootstrap.js:1252:22)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:711:10)
    at Module.load (internal/modules/cjs/loader.js:610:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:549:12)
    at Function.Module._load (internal/modules/cjs/loader.js:541:3)
    at Function.Module.runMain (pkg/prelude/bootstrap.js:1307:12)
    at startup (internal/bootstrap/node.js:274:19)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:608:3)
debug: Emitting event pre-engine-up
debug: Event pre-engine-up has 0 listeners
debug: Engine is up.
debug: Emitting event post-engine-up
debug: Event post-engine-up has 0 listeners
debug: Emitting event pre-engine-run
debug: Event pre-engine-run has 0 listeners
verbose: Running ["C:\\Program Files\\Docker\\Docker\\resources\\bin\\docker-compose.exe","--project-name","merceredu","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\globals-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-6.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-7.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-8.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\proxy-0.yml","exec","--detach","--env","PHP_MEMORY_LIMIT=-1","--user","root","appserver","/bin/sh","-c","/helpers/refresh-certs.sh > /cert-log.txt"] in C:\Users\Will Hawthorne\Documents\Projects\Mercer\dev-mercer-edu\lando with options {"mode":"attach","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=attach, detached=false
verbose: C:\Program Files\Docker\Docker\resources\bin\docker-compose.exe,--project-name,merceredu,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\globals-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-6.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-7.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-8.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\proxy-0.yml,exec,--detach,--env,PHP_MEMORY_LIMIT=-1,--user,root,appserver,/bin/sh,-c,/helpers/refresh-certs.sh > /cert-log.txt finished with code 0
debug: Emitting event post-engine-run
debug: Event post-engine-run has 0 listeners
debug: Emitting event pre-engine-up
debug: Event pre-engine-up has 0 listeners
debug: Emitting event post-engine-up
debug: Event post-engine-up has 0 listeners
debug: Emitting event pre-engine-run
debug: Event pre-engine-run has 0 listeners
verbose: Running ["C:\\Program Files\\Docker\\Docker\\resources\\bin\\docker-compose.exe","--project-name","merceredu","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\globals-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-6.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-7.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\appserver-8.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-0.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-1.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-2.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-3.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-4.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\database-5.yml","--file","C:\\Users\\Will Hawthorne\\.lando\\compose\\merceredu\\proxy-0.yml","exec","--detach","--env","PHP_MEMORY_LIMIT=-1","--user","root","database","/bin/sh","-c","/helpers/refresh-certs.sh > /cert-log.txt"] in C:\Users\Will Hawthorne\Documents\Projects\Mercer\dev-mercer-edu\lando with options {"mode":"attach","detached":false}
debug: With stdio={"stdio":"inherit"}, mode=attach, detached=false
verbose: C:\Program Files\Docker\Docker\resources\bin\docker-compose.exe,--project-name,merceredu,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\globals-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-6.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-7.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\appserver-8.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-0.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-1.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-2.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-3.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-4.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\database-5.yml,--file,C:\Users\Will Hawthorne\.lando\compose\merceredu\proxy-0.yml,exec,--detach,--env,PHP_MEMORY_LIMIT=-1,--user,root,database,/bin/sh,-c,/helpers/refresh-certs.sh > /cert-log.txt finished with code 0
debug: Emitting event post-engine-run
debug: Event post-engine-run has 0 listeners

BOOMSHAKALAKA!!!

Tell us generally about your bug

merceredu.lndo.site shows a 404, seems like server isn't running properly. The "info: Checking to see if http://merceredu.lndo.site is ready." lines repeat themselves a lot (never working) before getting to the part I have pasted above.

I am just getting lando setup for a pantheon install. Have been through a number of installs/reinstalls. This is the farthest I've been able to get without finding something that helps me get further.

Lockr Support

Trying to get Lockr running in Lando like we had in Kalabox.

The Lockr module/plugin currently looks for the binding.pem cert to authenticate on behalf of the site. In Kalabox this was accomplished by syncing the binding.pem down from the development environment via SFTP when setting up the appserver. However in Lando, binding.pem is now a self-signed cert so we need to sync to a new pantheon_binding.pem in the /var/www/certs directory.

I've moved the code from the old pantheon.sh to pull.sh under the pantheon recipe as it makes more sense to put it in the pull actions where we're already syncing data from the Pantheon platform. However I'm running into permission issues when trying to write to the /var/www/certs directory.

Just need to figure out how we can get that cert to write and once we do, we'll update our modules/plugins to look for the lando environment and use the pantheon_binding.pem cert instead to authenticate.

Code we're using currently (largely from Kalabox):

`#LOCKR integration
#If we don't have our dev cert already let's get it
if [ ! -f "/var/www/certs/pantheon_binding.pem" ]; then
$(terminus connection:info "$SITE.$ENV" --fields=sftp_command --format=string):certs/binding.pem /var/www/certs/pantheon_binding.pem
fi

#Lets also check to see if we should refresh our cert
if openssl x509 -checkend 86400 -noout -in /var/www/certs/pantheon_binding.pem; then
echo "Pantheon Dev Cert is good!"
else
$(terminus connection:info "$SITE.$ENV" --fields=sftp_command --format=string):certs/binding.pem /var/www/certs/pantheon_binding.pem
fi`

[v3.0.0-rc.22] TERMINUS_VERSION envar should not be set in the Dockerfile for Pantheon recipes

Apparently, recent versions of terminus are now using the TERMINUS_VERSION environment variable to display the version which can be set in config/constants.yml. This makes it impossible to update the terminus version in a build step since this value is hardcoded in the image that subsequently generates the containers. We probably shouldn't use envars that are prefixed with TERMINUS_ in our current scheme.

Feature Request: Alert compatibility warning when using untested versions of docker

It seems that Lando can be touchy when it comes to the version of docker that is running. I've instructed my team to let Lando manage the version of docker that is installed and do not update when prompted by docker.

Though we have our own internal rules when it comes to Lando and Docker, it would be a nice little feature to have Lando issue a warning when starting that an unsupported version of docker is being used or, at the very least, issue an alert stating that it is recommended to let Lando manage docker versions.

Update Pantheon API node client to use current endpoints

Per @craychee we've definitely got to update our Pantheon API node client to hit the "non-legacy" endpoints ASAP so she can kill the legacy endpoint via 🔥

Currently we are using /users/ID/sites and we need to switch to /users/ID/memberships/sites.

I'm guessing this will resolve the current data structure diff between /users/ID/sites and /users/ID/memberships/organizations. It's also likely the reason we had some pain because /users/ID/sites has been deprecated for... wait for it... years. :/

Pantheon recipe support for pantheon HTTPS

As per https://pantheon.io/docs/domains/ Pantheon suggests the use of the following for HTTPS redirection.

  if (!isset($_SERVER['HTTP_USER_AGENT_HTTPS'])
      || $_SERVER['HTTP_USER_AGENT_HTTPS'] != 'ON' ) {

The pantheon recipe doesn't support this variable which I assume is configured at an appserver level. Could we please have it added so that I don't have to do this (which is a hack and still prone to error):

$pantheon_not_https = !isset($_SERVER['HTTP_USER_AGENT_HTTPS']) || $_SERVER['HTTP_USER_AGENT_HTTPS'] != 'ON';
$lando_not_https = !isset($_SERVER['REQUEST_SCHEME']) || $_SERVER['REQUEST_SCHEME'] != 'https';
  if ($pantheon_not_https && $lando_not_https) {

Pantheon Drupal8 missing fastcgi_param PATH_INFO

Using Lando v3.0.0-rc.23 with Pantheon Drupal 8...

I'm finding that PATH_INFO isn't defined in the server environment variable but there is a line in the pantheon/drupal8.conf.tpl file that suggests it is expected to be:
https://github.com/lando/lando/blob/6a37c0912104861684be3346fa60de76abf38cbc/plugins/lando-pantheon/recipes/pantheon/drupal8.conf.tpl#L154

Based on nginx's documentation, the PATH_INFO param needs to be explicitly set:
http://nginx.org/en/docs/http/ngx_http_fastcgi_module.html#fastcgi_split_path_info

This is coming to the surface because simplesamlphp 1.18 made a change in how it gets PATH_INFO and the latest drupal/simplesamlphp_auth (v3.2) has recently incorporated that.

I tested locally by running Lando from source and adding the recommended line from the nginx documentation after each of the three fastcgi_split_path_info settings:

        fastcgi_param PATH_INFO $fastcgi_path_info;

This fixed the missing PATH_INFO server env variable.

I tried a couple of ways just to set this value through local custom config files (a la https://docs.lando.dev/config/nginx.html#configuration or https://docs.lando.dev/config/pantheon.html#configuration) but couldn't seem to get it to take in this Pantheon D8 setup. It was too much black box experimentation at that point to really try to find it, but I would love to know how to make that work.

Add composer install build step to php recipes.

Currently the Pantheon recipe runs composer install as part of the build process. Let's move it from that recipe upstream to all PHPy recipes that inherit from lamp/lemp.

This will solve lando/lando#381 and users can now gain there own control over running composer automatically or not by setting the ~~composerSwitch~~ disableAutoComposerInstall key to true.

Headless drupal tutorial

Please complete the following steps.

The more steps you complete the more likely we are to address your issue!

Please review the current list of issues to make sure you are not submitting a duplicate.
Please tag your issue appropriately. Please review the tagging criteria.
Based on the issue type tag selected above please fill in the relevant section below.

Bug Report

Tell us about your setup

What is your lando version and operating system?

Example: v3.0.0-alpha1 on Windows 10 Professional

Tell us about your .lando.yml

Paste in the contents of your .lando.yml this is SUPER HELPFUL for us.

Example:

name: lamp2
recipe: lamp
config:
  php: '5.6'
  webroot: www
  database: mysql
  xdebug: true
  conf:
    server: config/lamp.conf
    database: config/mysql
    php: config/php.ini

Tell us about the command you were running

Paste in a series of commands that caused the bug.

Example:

lando init mysite --recipe lamp --webroot web
lando start
# Edited my lando.yml as above
lando rebuild -y

Tell us about the error you got

Rerun the command that produced your error in verbose mode. Paste in the error and the ~100 lines that proceeded it.

Example:

lando CMDTHATFAILED -- -vvvv

Tell us generally about your bug

Example: I tried to create a pantheon site but got a LowerCase not defined exception

Please detail the steps we can take to replicate this bug. Be as detailed as possible.

Example:

1. Started up GUI
2. Clicked on my Pantheon account in the sidebar
3. Selected a site and an environment
4. Kept the default create options and pressed submit

Tell us more

Could better documentation have prevented this issue? if so what should we change?

Does this bug prevent you from using lando?

Feature/Enhancement Request

Please explain your request and its importance in the form of a user story.

Example: As a lando user who works with Drupal sites that have large databases, I want the option to exclude unnecessary database tables from being pulled when I update my site because I want faster "site pull" actions.

Please provide some detail on how lando can help solve this problem

Example: Place an option on the "site pull" screen to exclude cache tables.

Pull Pantheon test environment

Tell us about your setup
v3.0.0-rc.3 on WSL2 (Ubuntu 18.04) in Windows 10 Professional

Tell us about your .lando.yml

name: my-greens
recipe: pantheon
config:
  webroot: .
  framework: drupal8
  site: my-sitename
  id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

pantheon.yml

api_version: 1
web_docroot: true
php_version: 7.2
workflows:
  deploy_product:
    after:
      -
        type: webphp
        description: 'Run composer install'
        script: private/scripts/deploy_product/composer-install.php
      -
        type: webphp
        description: 'Run composer drupal-scaffold'
        script: private/scripts/deploy_product/drupal-scaffold.php

Tell us about the command you were running

After initialising with lando init --source pantheon and then starting with lando start I want to pull code, database, and files from Pantheon's test environment. Select test interactively, or via arguments as below:

$ lando pull --code=test --files=test --database=test

Tell us about the error you got
Lando appears to try to get the test branch from the dev environment, rather than the master branch from the test environment as expected:

$ lando pull --code=test --files=none --database=none
Validating whether dev is a valid environment and that you have access to it
  dev          2016-07-14 21:08:23   dev-my-sitename.pantheonsite.io          git               true     true
Fetching origin
Pulling code from test...
error: pathspec 'test' did not match any file(s) known to git.
fatal: Couldn't find remote ref test

Attempting to switch to the test environment also fails, although now it appears to be looking for the test branch in the test environment:

$ lando switch --env=test
Validating whether test is a valid environment and that you have access to it
  test         2016-07-14 21:08:27   test-my-sitename.pantheonsite.io         git               true     true
Switching to test...
Fetching origin
Pulling code from test...
error: pathspec 'test' did not match any file(s) known to git.
fatal: Couldn't find remote ref test

Tell us generally about your bug
I'd like to create a copy of Pantheon's test environment (code+database+files), not the dev environment. Choosing 'test' interactively in a lando pull command works for the database and files, but not for the code. Am I doing this wrong?

Lando dies with container not running error

Bug Report

After the update to beta 36, Lando dies with "container not running error".

lando-v3.0.0-beta.36
ubuntu 16.04

name: site
recipe: pantheon
config:
  framework: drupal8
  env: dev
  site: uca
  id: 3913120e-xxxxx-xx-xx-b2c8a
  web: web
  xdebug: false
events:
  post-db-import:
    - appserver: cd $LANDO_MOUNT && composer install
services:
  appserver:
    extras:
      - "apt-get update"
      - "apt-get install -y apt-utils"
      - "curl -sL https://deb.nodesource.com/setup_6.x | bash"
      - "apt-get install -y nodejs"
      - "npm install --global gulp-cli"
    build:
      - "cd $LANDO_MOUNT && cd web/themes/custom/site2017/patternlab && composer install"
      - "cd $LANDO_MOUNT && cd web/themes/custom/site2017 && npm install"
      - "cd $LANDO_MOUNT && cd web/themes/custom/site2017 && gulp build"
      - "cd $LANDO_MOUNT && cd web/themes/custom/site2017 && gulp translate"
    overrides:
      services:
        environment:
          BEHAT_PARAMS: >-
            {"extensions" : {"Behat\\MinkExtension" : {"base_url" :
            "http://nginx/"}, "Drupal\\DrupalExtension" : {"drush" :   {
            "root":  "/app/web" }}}}
          CI_ENV: ci-${CIRCLE_BUILD_NUM}
          PANTHEON_SITE: ${TERMINUS_SITE}
          CIRCLE_BRANCH: ${CIRCLE_BRANCH}
          CIRCLE_USERNAME: ${CIRCLE_USERNAME}
          GIT_EMAIL: ${GIT_EMAIL}
tooling:
  phplint:
    service: appserver
    cmd: /app/vendor/bin/phplint
  phpcs:
    service: appserver
    cmd: /app/vendor/bin/phpcs
  phpunit:
    service: appserver
    cmd: /app/vendor/bin/phpunit
  behat:
    service: appserver
    cmd: /app/vendor/bin/behat

lando rebuild

error:  Error: (HTTP code 409) unexpected - Container 305d172d57093f1f53d3db250086ccb5961b4ac25ed750d36197583c5226a41c is not running 
    at /snapshot/cli/node_modules/docker-modem/lib/modem.js:254:17
    at getCause (/snapshot/cli/node_modules/docker-modem/lib/modem.js:284:7)
    at Modem.buildPayload (/snapshot/cli/node_modules/docker-modem/lib/modem.js:253:5)
    at IncomingMessage.<anonymous> (/snapshot/cli/node_modules/docker-modem/lib/modem.js:229:14)
    at emitNone (events.js:110:20)
    at IncomingMessage.emit (events.js:207:7)
    at endReadableNT (_stream_readable.js:1045:12)
    at _combinedTickCallback (internal/process/next_tick.js:102:11)
    at process._tickCallback (internal/process/next_tick.js:161:9)
From previous event:
    at /snapshot/cli/lib/container.js:0:0
From previous event:
    at Object.exports.run (/snapshot/cli/lib/container.js:0:0)
    at /snapshot/cli/lib/docker.js:0:0
    at /snapshot/cli/node_modules/dockerode/lib/exec.js:130:7
    at Modem.buildPayload (/snapshot/cli/node_modules/docker-modem/lib/modem.js:270:7)
    at IncomingMessage.<anonymous> (/snapshot/cli/node_modules/docker-modem/lib/modem.js:229:14)
    at emitNone (events.js:110:20)
    at IncomingMessage.emit (events.js:207:7)
    at endReadableNT (_stream_readable.js:1045:12)
    at _combinedTickCallback (internal/process/next_tick.js:102:11)
    at process._tickCallback (internal/process/next_tick.js:161:9)
From previous event:
    at Object.exports.run (/snapshot/cli/lib/docker.js:0:0)
    at /snapshot/cli/lib/engine.js:0:0
    at runCallback (timers.js:800:20)
From previous event:
    at Object.exports.run (/snapshot/cli/lib/engine.js:0:0)
    at AsyncEvents.<anonymous> (/snapshot/cli/plugins/lando-services/lib/config.js:0:0)
    at AsyncEvents.handle (/snapshot/cli/lib/events.js:0:0)
    at /snapshot/cli/lib/events.js:0:0
From previous event:
    at AsyncEvents.emit (/snapshot/cli/lib/events.js:0:0)
From previous event:
    at Object.exports.start (/snapshot/cli/lib/app.js:0:0)
    at /snapshot/cli/lib/app.js:0:0
    at runCallback (timers.js:800:20)
    at tryOnImmediate (timers.js:762:5)
    at processImmediate [as _immediateCallback] (timers.js:733:5)
From previous event:
    at Object.exports.rebuild (/snapshot/cli/lib/app.js:0:0)
    at /snapshot/cli/plugins/lando-core/lib/tasks/rebuild.js:0:0
From previous event:
    at Object.run (/snapshot/cli/plugins/lando-core/lib/tasks/rebuild.js:0:0)
From previous event:
    at /snapshot/cli/lib/tasks.js:0:0
    at runCallback (timers.js:800:20)
    at tryOnImmediate (timers.js:762:5)
    at processImmediate [as _immediateCallback] (timers.js:733:5)
From previous event:
    at Object.exports.parseToYargs.command.handler (/snapshot/cli/lib/tasks.js:0:0)
    at Object.module.exports.self.runCommand (/snapshot/cli/node_modules/yargs/lib/command.js:170:22)
    at parseArgs (/snapshot/cli/node_modules/yargs/yargs.js:920:28)
    at Object.get [as argv] (/snapshot/cli/node_modules/yargs/yargs.js:860:16)
    at /snapshot/cli/lib/cli.js:0:0
From previous event:
    at Object.exports.init (/snapshot/cli/lib/cli.js:0:0)
    at /snapshot/cli/bin/lando.js:0:0
From previous event:
    at Object.<anonymous> (/snapshot/cli/bin/lando.js:0:0)
    at Module._compile (pkg/prelude/bootstrap.js:1226:22)
    at Object.Module._extensions..js (module.js:580:10)
    at Module.load (module.js:503:32)
    at tryModuleLoad (module.js:466:12)
    at Function.Module._load (module.js:458:3)
    at Function.Module.runMain (pkg/prelude/bootstrap.js:1281:12)
    at startup (bootstrap_node.js:200:16)
    at bootstrap_node.js:617:3

docker ps
CONTAINER ID        IMAGE                                     COMMAND                  CREATED             STATUS                          PORTS                                                                 NAMES
c0980600887a        devwithlando/pantheon-appserver:7.0-fpm   "/lando-entrypoint.s…"   3 minutes ago       Up 3 minutes                    9000/tcp                                                              uca_appserver_1
7607300d8026        devwithlando/pantheon-index:3.6           "/lando-entrypoint.s…"   3 minutes ago       Up 3 minutes                    0.0.0.0:32829->449/tcp                                                uca_index_1
7262ce0dff8e        redis:2.8                                 "/lando-entrypoint.s…"   3 minutes ago       Up 3 minutes                    0.0.0.0:32828->6379/tcp                                               uca_cache_1
35c333eb2d82        mariadb:10.0                              "/lando-entrypoint.s…"   3 minutes ago       Up 3 minutes                    0.0.0.0:32827->3306/tcp                                               uca_database_1
335b6e660755        de9f6e044a46                              "/bin/bash"              5 weeks ago         Restarting (0) 27 seconds ago                                                                         unruffled_hamilton
4ca36c38b3dd        traefik:1.3-alpine                        "/lando-entrypoint.s…"   6 weeks ago         Up 4 hours                      0.0.0.0:443->443/tcp, 0.0.0.0:8000->80/tcp, 0.0.0.0:58086->8080/tcp   landoproxyhyperion5000gandalfedition_proxy_1

 lando restart -vvv
WARNING: The TERMINUS_SITE variable is not set. Defaulting to a blank string.
WARNING: The CIRCLE_BUILD_NUM variable is not set. Defaulting to a blank string.
WARNING: The CIRCLE_USERNAME variable is not set. Defaulting to a blank string.
WARNING: The GIT_EMAIL variable is not set. Defaulting to a blank string.
WARNING: The CIRCLE_BRANCH variable is not set. Defaulting to a blank string.
Stopping uca_appserver_1 ... done
Stopping uca_index_1 ... done
Stopping uca_cache_1 ... done
Stopping uca_database_1 ... done
landoproxyhyperion5000gandalfedition_proxy_1 is up-to-date
WARNING: The TERMINUS_SITE variable is not set. Defaulting to a blank string.
WARNING: The CIRCLE_BUILD_NUM variable is not set. Defaulting to a blank string.
WARNING: The CIRCLE_USERNAME variable is not set. Defaulting to a blank string.
WARNING: The GIT_EMAIL variable is not set. Defaulting to a blank string.
WARNING: The CIRCLE_BRANCH variable is not set. Defaulting to a blank string.
Starting uca_database_1 ... 
Starting uca_index_1 ... 
Starting uca_database_1
Starting uca_cache_1 ... 
Starting uca_index_1
Starting uca_index_1 ... done
Starting uca_appserver_1 ... 
Starting uca_appserver_1 ... done
Starting uca_nginx_1 ... 
Starting uca_nginx_1 ... done
Starting uca_edge_1 ... 
Starting uca_edge_1 ... done
Starting uca_edge_ssl_1 ... 
Starting uca_edge_ssl_1 ... done

BOOMSHAKALAKA!!!

Your app has started up correctly.
Here are some vitals:

 NAME       uca                                                      
 LOCATION   /var/www/capellic/uca2                                   
 SERVICES   appserver, nginx, database, cache, edge_ssl, edge, index 
                                                                     
 EDGE URLS  http://localhost:32845                                   
            http://uca.lndo.site:8000                                
            https://uca.lndo.site

lando behat --config=/app/tests/behat-pantheon.yml
Feature: Create Author
  In order to add blog authors to the site
  As an editor
  I need to be able to create Author nodes

  @api
  Scenario: Check author form fields                                  # features/author.feature:7
    Given I am logged in as a user with the "administrator" role      # Drupal\DrupalExtension\Context\DrupalContext::assertAuthenticatedByRole()
      cURL error 6: Could not resolve host: nginx (see http://curl.haxx.se/libcurl/c/libcurl-errors.html) (GuzzleHttp\Exception\ConnectException)

xdebug stops working after suspend

Bug Report

I'm using PHPStorm and developing on Lando. Periodically, xdebug stops connecting to my IDE and I have to restart the Lando site. Enabling "break on first line" doesn't help until the server is restarted.

3.0.0-beta.22 on OSX Sierra

name: bjo
recipe: pantheon
config:
framework: drupal8
env: dev
site: bjo
id: f764434e-9408-485c-913d-c0d97f667d74
xdebug: true

Xdebug works great with my configuration until I step away from it for a while. I keep my box on while working on a project, but it seems when I suspend my computer or don't use xdebug in a while, it requires restarting lando to reconnect.

lando does not start

I am following this: https://docs.devwithlando.io/tutorials/drupal8.html

What is your lando version and operating system?
lando-v3.0.0-beta.35.deb
Debian Stretch

Tell us about your .lando.yml

name: my-lando-app
recipe: drupal8
config:
  webroot: .

Tell us about the command you were running

cloned drupal8
lando init
$ lando start
Creating network "landoproxyhyperion5000gandalfedition_edge" with driver "bridge"
ERROR: cannot create network c54b84f9ae94f1b58e33b69efa29411ca458cf794e407931a7785d7a396206ab (br-c54b84f9ae94): conflicts with network 6c25bf895a9447476ecad026b05c1d8f0d4f34246ccb745c63828e18d78db25e (br-6c25bf895a94): networks have overlapping IPv4
Creating network "landoproxyhyperion5000gandalfedition_edge" with driver "bridge"
ERROR: cannot create network f979166c856a3e8e90b1abcb6232f3998e10525aacaf7ca0e75fa4cbb1effde6 (br-f979166c856a): conflicts with network 6c25bf895a9447476ecad026b05c1d8f0d4f34246ccb745c63828e18d78db25e (br-6c25bf895a94): networks have overlapping IPv4
Creating network "landoproxyhyperion5000gandalfedition_edge" with driver "bridge"
ERROR: cannot create network 6d6b1fe800923b4c3b56176a162e24c27dd8e320b6972ead00a2f50a9782044c (br-6d6b1fe80092): conflicts with network 6c25bf895a9447476ecad026b05c1d8f0d4f34246ccb745c63828e18d78db25e (br-6c25bf895a94): networks have overlapping IPv4
Creating network "landoproxyhyperion5000gandalfedition_edge" with driver "bridge"
ERROR: cannot create network 616d308ed2f7803e50902b4ce23d3a62672fd3f6eda81bacd9b84b854007beec (br-616d308ed2f7): conflicts with network 6c25bf895a9447476ecad026b05c1d8f0d4f34246ccb745c63828e18d78db25e (br-6c25bf895a94): networks have overlapping IPv4
Creating network "landoproxyhyperion5000gandalfedition_edge" with driver "bridge"
ERROR: cannot create network d37e31a6a7714c785e283e881af68b6d5d620024aad95bdc05b45954bd050460 (br-d37e31a6a771): conflicts with network 6c25bf895a9447476ecad026b05c1d8f0d4f34246ccb745c63828e18d78db25e (br-6c25bf895a94): networks have overlapping IPv4
error:  Error: Error
    at /snapshot/cli/lib/promise.js:0:0
    at runCallback (timers.js:800:20)
    at tryOnImmediate (timers.js:762:5)
    at processImmediate [as _immediateCallback] (timers.js:733:5)
From previous event:
    at rec (/snapshot/cli/lib/promise.js:0:0)
    at /snapshot/cli/lib/promise.js:0:0
    at ontimeout (timers.js:488:11)
    at tryOnTimeout (timers.js:323:5)
    at Timer.listOnTimeout (timers.js:283:5)
From previous event:
    at /snapshot/cli/lib/promise.js:0:0
    at runCallback (timers.js:800:20)
    at tryOnImmediate (timers.js:762:5)
    at processImmediate [as _immediateCallback] (timers.js:733:5)

Current master has all sql commands failing; db-import, db-export, pull, push; lando pull db fails for pantheon recipe

In our site the wordpress files are not inside the root directory (i.e. they exist in /web). When running lando pull --database=dev --files=none --code=none the command will fail at the end when replacing dev URLs with local URLs.

Error message

Error: This does not seem to be a WordPress install.
Pass --path=`path/to/wordpress` or run `wp core download`.

System
v3.0.0-beta.36 on macOS Sierra

.lando.yml

name: super-awesome-site
recipe: pantheon
config:
  framework: wordpress
  site: super-awesome-site
  id: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

pantheon.yml

api_version: 1
php_version: 5.6
web_docroot: true

db-import often fails when importing a DB just after the DB container was spun up

Very often, when I'm trying to import a DB dump just after lando start, I'm seeing a failure as a result. Below I'm trying to import the DB 3 times in a row and get a failure always. When I lando mysql, it then allows me to import just fine. It's as if there was a need to establish a successful connection to the DB container first before it's actually capable of importing a DB dump successfully.

$ lando db-import test.sql.gz
Preparing to import /app/test.sql.gz into drupal8 on database:3306 as drupal8...
ERROR 2003 (HY000): Can't connect to MySQL server on 'database' (111)
Destroying all current tables in drupal8... 
NOTE: See the --no-wipe flag to avoid this step!
Gunzipped file detected!
Importing /app/test.sql.gz...
ERROR 2003 (HY000): Can't connect to MySQL server on 'database' (111)
  96KiB 0:00:00 [25.3MiB/s] [>                                 ]  5%            

Import failed.
$ lando db-import test.sql.gz 
Preparing to import /app/test.sql.gz into drupal8 on database:3306 as drupal8...
ERROR 2003 (HY000): Can't connect to MySQL server on 'database' (111)
Destroying all current tables in drupal8... 
NOTE: See the --no-wipe flag to avoid this step!
Gunzipped file detected!
Importing /app/test.sql.gz...
ERROR 2003 (HY000): Can't connect to MySQL server on 'database' (111)
  96KiB 0:00:00 [43.2MiB/s] [>                                 ]  5%            

Import failed.
$ lando db-import test.sql.gz 
Preparing to import /app/test.sql.gz into drupal8 on database:3306 as drupal8...
ERROR 2003 (HY000): Can't connect to MySQL server on 'database' (111)
Destroying all current tables in drupal8... 
NOTE: See the --no-wipe flag to avoid this step!
Gunzipped file detected!
Importing /app/test.sql.gz...
ERROR 2003 (HY000): Can't connect to MySQL server on 'database' (111)
  96KiB 0:00:00 [42.4MiB/s] [>                                 ]  5%            

Import failed.
$ lando mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.21 MySQL Community Server (GPL)

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> exit
Bye
$ lando db-import test.sql.gz 
Preparing to import /app/test.sql.gz into drupal8 on database:3306 as drupal8...
Destroying all current tables in drupal8... 
NOTE: See the --no-wipe flag to avoid this step!
Gunzipped file detected!
Importing /app/test.sql.gz...
1.74MiB 0:00:14 [ 124KiB/s] [================================>] 100%            

Import complete!

So perhaps there's something missing in the deployment process that would make the DB container able to listen on the defined port without having to lando mysql first.

I want to insist on this operation not always failing. Sometimes it imports successfully on the first attempt.

Lando version beta.29 and above does not find drush when running lando drush status

Hi,

There is a problem with the latest versions of Lando (beta.29 through beta.31). When I run lando drush status I get:

The Drush launcher could not find a local Drush in your Drupal site.
Please add Drush with Composer to your project.
Run 'cd "/app" && composer require drush/drush'

The issue does not replicate on beta.28. It works without any issues there and I have no idea why.

Steps to replicate:

Run lando start
Run lando drush status
Get error

This is what lando rebuild says:

I can clearly see drush launcher installing.

This is what the .lando.yml file looks like:

# Name the application the same as in your .platform.app.yaml.
name: app
# Use the recipe appropriate for your application.
recipe: drupal8

# The following additional build step will install the Platform CLI
# in the application container.
services:
  appserver:
    build:
      - "curl -sS https://platform.sh/cli/installer | php"

# The following entry creates a `lando platform` command that will run
# any Platform CLI command from inside the container if desired. 
tooling:
  platform:
    service: appserver
    description: Run Platform CLI commands
    cmd:
      - /var/www/.platformsh/bin/platform
    options:
      passthrough: true
  sync:
    description: Execute script to sync files to the local machine.
    service: appserver
    cmd: /app/scripts/lando-scripts/sync.sh

config:
  # Lando defaults to Apache. Switch to nginx to match Platform.sh.
  via: nginx

  # Set the webroot to match your .platform.app.yaml.
  webroot: web

  # Lando defaults to the latest MySQL release, but Platform.sh uses MariaDB.
  # Specify the version to match what's in services.yaml.
  database: mariadb:10.1

Do you have any ideas?

`lando pull` not pulling files from Pantheon site — `rsync: mkdir "/app/web/wp-content/uploads" failed: File exists (17)`

Tell us about your setup

What is your lando version and operating system?

v3.0.0-rc.16 on macOS Mojave 10.14.4

Tell us about your .lando.yml

Paste in the contents of your .lando.yml this is SUPER HELPFUL for us.

.lando.yml:

name: my-site-name
recipe: pantheon
config:
  framework: wordpress
  site: my-site-name
  id: my-site-id
services:
  appserver:
    build:
      - /bin/sh -c "mkdir -p ~/.terminus/plugins"
      - /bin/sh -c "composer create-project --no-dev -d ~/.terminus/plugins pantheon-systems/terminus-composer-plugin:~1"

It is also helpful to include other relevant config files. For example, include pantheon.yml for a pantheon recipe if applicable. Include php.ini or mysql.cnf if you are overriding our defualt config.

pantheon.upstream.yml:

api_version: 1
php_version: 7.2

pantheon.yml:

api_version: 1
web_docroot: true
workflows:
  clear_cache:
    after:
      - type: webphp
        description: Dump debugging output
        script: private/scripts/debug.php

Tell us about the command you were running

I ran lando pull to grab the files from my Panthon site.

Tell us about the error you got

Below is an anonymized dump from the command line that followed:

? Pull code from? none
? Pull database from? none
? Pull files from? dev
Attempting to login via terminus...
 [notice] Logging in via machine token.
Logged in as [email protected]
Verifying that you have accesss to my-site-name...
 ------------------ -------------------------------------------------------------------------------------
  ID                 my-site-id
  Name               my-site-nav
  Label              My Site Name
  Created            2019-05-01 17:51:04
  Framework          wordpress
  Organization
  Service Level      free
  Max Multidevs      10
  Upstream           my-site-upstream-id: https://github.com/pantheon-systems/WordPress
  PHP Version        5.5
  Holder Type        user
  Holder ID         my-holder-id
  Owner              my-owner-id
  Is Frozen?         false
  Date Last Frozen   1970-01-01 00:00:00
 ------------------ -------------------------------------------------------------------------------------
Certificate will not expire
Cert is good!
Validating whether dev is a valid environment and that you have access to it
  dev    2019-05-01 17:51:04   dev-my-site-name.pantheonsite.io    git               false    true
mkdir: cannot create directory '/app/web/wp-content/uploads': File exists
1558049909_backup_files
Pulling files from dev...
receiving incremental file list
rsync: mkdir "/app/web/wp-content/uploads" failed: File exists (17)
rsync error: error in file IO (code 11) at main.c(675) [Receiver=3.1.2]

Pull complete!

Tell us generally about your bug

I tried to pull the files from my Pantheon site to my local dev env. Unfortunately, the files are not getting pulled down.

I noticed an "alias" file at app/web/wp-content/uploads. When I delete this file, I am able to pull files by running lando pull. However, when I attempt to push this change to Pantheon, I get rejected with the following error message:

remote:
remote: PANTHEON ERROR:
remote:
remote: Commit 99e0e88fbc114b0fddc498c6ac0144d455142dc1 rejected.
remote: Commit: A commit between b81c5097288f0921b912ad9fdd672353df5b7980 and 99e0e88fbc114b0fddc498c6ac0144d455142dc1
remote: Contains changes to one of the reserved files paths: ['sites/default/files', 'wp-content/uploads', 'web/sites/default/files', 'web/wp-content/uploads']
remote: This path is reserved for the CMS filesystem and should not be
remote: added or committed to your codebase.
remote:
remote: To see a list of commits in the commit range and the files that they modify, run:
remote:     git log --name-status b81c5097288f0921b912ad9fdd672353df5b7980..99e0e88fbc114b0fddc498c6ac0144d455142dc1
remote:
remote: You will either need to revert these commits:
remote:     git checkout b81c5097288f0921b912ad9fdd672353df5b7980 -- <path>
remote:
remote: Or have git un-track these files
remote:     git rm --cached <path>
remote:
remote: To prevent this from happening in the future, ensure the files path is in
remote: your ".gitignore" file
remote:
remote:
remote: error: hook declined to update refs/heads/master
To ssh://codeserver.dev.9474fe7a-63f7-4f00-a8b1-0c54e4a2f92d.drush.in:2222/~/repository.git
 ! [remote rejected]   master -> master (hook declined)
error: failed to push some refs to 'ssh://codeserver.dev.9474fe7a-63f7-4f00-a8b1-0c54e4a2f92d@codeserver.dev.9474fe7a-63f7-4f00-a8b1-0c54e4a2f92d.drush.in:2222/~/repository.git'

Please detail the steps we can take to replicate this bug. Be as detailed as possible.

From a connected Pantheon site, try running lando pull.

Tell us more

Could better documentation have prevented this issue? if so what should we change?
Does this bug prevent you from using lando?

The docs for lando pull would be more useful if they showed what terminus commands were being run.

Custom domains not fully supported for Pantheon WordPress instances

v3.0.0-beta.45 on OSX 10.13.4

Followed the steps at https://docs.devwithlando.io/tutorials/offline-dev.html and my site is running locally from a Pantheon WordPress instance.

The problem is that an image whose URL is stored in the database isn't being correctly changed to match the Offline Development URL, i.e. it should be http://wp.local/wp-content/path/to/img.png but it's http://wp.lndo.site/wp-content/path/to/img.png so the image isn't loading in the site. In other words, it's being correctly changed from the remote URL to the local URL but not being changed from the local URL to the offline URL.

There are probably other instances where URLs aren't being correctly changed to their Offline Development URLs but this is the first one I've seen.

The workaround is to add an entry to /etc/hosts but given that the recommendation is to use dnsmasq (and it might not make sense to run lando as root so it can edit hosts) it makes sense for custom domains to be fully supported.

Lando Pull dropping table gives ERROR 1451 (23000) a foreign key constraint fails

I'm just upgraded from v3.0.0-rc.21 to v3.0.5.

On an older project, I've run lando rebuild. I've then run lando pull --database=dev --files=dev --code=none --rsync to pull in latest DB from Pantheon.

Destroying all current tables in database if needed... 
Dropping wp_shortpixel_folders table from lando database...
ERROR 1451 (23000) at line 1: Cannot delete or update a parent row: a foreign key constraint fails

Is there a way to turn off foreign key checks? Or force dropping table?

Possible related feature request - lando/lando#1850

My yml file is nothing special

name: sitename
recipe: pantheon
config:
  framework: wordpress
  site: sitename
  id: XXXXXXX
keys:
  - sitename_rsa

My pantheon yml file much the same:

api_version: 1
web_docroot: true
php_version: 7.3

I would presume a way around this is to lando destroy the current site if the data isn't needed, but I wonder if I did need the database what steps would be required to solve this issue?

lando / pantheon Goto Github PK

pantheon's Introduction

Pantheon Lando Plugin

Basic Usage

Issues, Questions and Support

Changelog

Development

Maintainers

Contributors

Other Selected Resources

pantheon's People

Contributors

Stargazers

Watchers

Forkers

pantheon's Issues

1. Use Pantheon images if possible

2. Improve terminus for local considerations

Grabbing the Database

Pulling files

Bug Report

Bug Report

Feature/Enhancement Request

Bug Report

Feature Request

Feature Request

Bug Report

v3.0.0-beta.36 on Windows 10 Professional

System/Setup

Issue

Feature Request

Bug Report

Bug Report

Feature/Enhancement Request

Bug Report

Bug Report

Recommend Projects

Recommend Topics

Recommend Org

2. Improve `terminus` for local considerations