Я запускаю Rails + Passenger под экземпляром Ubuntu AWS. Теперь я пытаюсь развернуть с помощью Capistrano, я уже создал свой репозиторий git (и загрузил его на сервер) и свой файл deploy.rb (с capify.). Я уже бегал cap deploy:setup
и cap deploy:check
успешно. Но теперь, когда я пытаюсь бежать cap deploy
это не удается, и я получаю эту ошибку:
* executing `deploy:migrations'
* executing `deploy:update_code'
updating the cached checkout on all servers
executing locally: "git ls-remote ubuntu@ec2.flasheves.com:git/proyecto.git master"
command finished in 1651ms
* executing "if [ -d /var/www/proyecto.flasheves.com/shared/cached-copy ]; then cd /var/www/proyecto.flasheves.com/shared/cached-copy && git fetch origin && git reset --hard ef3ba849cd27aea4c2f6d372f47c027f495b8a4f && git clean -d -x -f; else git clone ubuntu@ec2.flasheves.com:git/proyecto.git /var/www/proyecto.flasheves.com/shared/cached-copy && cd /var/www/proyecto.flasheves.com/shared/cached-copy && git checkout -b deploy ef3ba849cd27aea4c2f6d372f47c027f495b8a4f; fi"
servers: ["proyecto.flasheves.com"]
[proyecto.flasheves.com] executing command
** [proyecto.flasheves.com :: out] Initialized empty Git repository in /var/www/proyecto.flasheves.com/shared/cached-copy/.git/
** [proyecto.flasheves.com :: err] Host key verification failed.
** [proyecto.flasheves.com :: err] fatal: The remote end hung up unexpectedly
command finished in 355ms
failed: "sh -c 'if [ -d /var/www/proyecto.flasheves.com/shared/cached-copy ]; then cd /var/www/proyecto.flasheves.com/shared/cached-copy && git fetch origin && git reset --hard ef3ba849cd27aea4c2f6d372f47c027f495b8a4f && git clean -d -x -f; else git clone ubuntu@ec2.flasheves.com:git/proyecto.git /var/www/proyecto.flasheves.com/shared/cached-copy && cd /var/www/proyecto.flasheves.com/shared/cached-copy && git checkout -b deploy ef3ba849cd27aea4c2f6d372f47c027f495b8a4f; fi'" on proyecto.flasheves.com
Удалите запись для ec2.flasheves.com вашего сервера развертывания ~/.ssh/known_hosts
, похоже, что ключ хоста на ec2.flasheves.com изменился, и ssh убивает соединение, поскольку это может быть взлом.
http://www.symantec.com/connect/articles/ssh-host-key-protection