Rails 6 Capistrano Deploy Failing: обнаружено поврежденное hma c - PullRequest
0 голосов
/ 22 апреля 2020

Я пытаюсь развернуть приложение Rails 6 с Capistrano + Nginx + Puma. В прошлом (Rail 4 в этом случае) я использовал этот учебник https://www.digitalocean.com/community/tutorials/deploying-a-rails-app-on-ubuntu-14-04-with-capistrano-nginx-and-puma, и он работал нормально.

Однако, когда я пытаюсь запустить cap production deploy:initial(or without the initial namespace), я получаю следующую ошибку: The deploy has failed with an error: Exception while executing on host 31.220.51.222: Exception while executing on host 31.220.51.222: corrupted hmac detected ** Invoke deploy:failed (first_time) ** Execute deploy:failed

Так что я не уверен, что это проблема с NET :: S SH и откуда она взялась, или это проблема, которая не имеет ничего общего с этим сообщением .

Ниже приведены последние строки файла capistrano.log с включенной опцией -t.

 DEBUG [daa21174] Command: cd /home/deploy/apps/market_backend/releases/20200422204058 && /usr/local/rvm/bin/rvm default do bundle check --path /home/deploy/apps/market_backend/shared/bundle
 DEBUG [daa21174]   [33m[DEPRECATED] The `--path` flag is deprecated because it relies on being remembered across bundler invocations, which bundler will no longer do in future versions. Instead please use `bundle config set path '/home/deploy/apps/market_backend/shared/bundle'`, and stop using this flag[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [33mThe dependency tzinfo-data (>= 0) will be unused by any of the platforms Bundler is installing for. Bundler is installing for ruby but the dependency is only for x86-mingw32, x86-mswin32, x64-mingw32, java. To add those platforms to the bundle, run `bundle lock --add-platform x86-mingw32 x86-mswin32 x64-mingw32 java`.[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31mThe following gems are missing[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * public_suffix (4.0.4)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * addressable (2.7.0)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * net-ssh (6.0.0)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * net-scp (1.2.1)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * sshkit (1.21.0)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * airbrussh (1.4.0)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * bindex (0.8.1)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * byebug (11.1.2)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * capistrano (3.13.0)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * capistrano-bundler (1.6.0)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * capistrano-rails (1.4.0)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * capistrano-rvm (0.1.2)[0m
 DEBUG [daa21174]   
 DEBUG [daa21174]   [31m * capistrano-yarn (2.0.2)[0m```



The strange thing is that the log suddently finishes without saying anything about the problem.

Does someone has any clue on how to solve this?

1 Ответ

0 голосов
/ 23 апреля 2020

Похоже, это проблема последней обновленной версии драгоценного камня net -s sh, у меня возникла та же проблема, после того, как я понизил версию, она работает.

Вы найдете ее здесь:

https://github.com/net-ssh/net-ssh/issues/728

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...