巨坑的Linux部署

部署遇到的坑:

1.专案没有Merge

首先,我在项目rails_recipe终端那里,想要部署进去,发现错误了,好像说gem mysql2的问题,我发现我没有加入这个gem,回去看教程原来只写了pg这个gem,教程说只要一个就行,但后来我又用了sql:

数据库用 MySQL 的话,加上 gem "mysql2"
,数据库用 PG 的话,则用 `gem "pg"

我就改了过来,bundle后还是不行。纠结和看了好久发现原来我的new分支没有merge到master,而:

修改 config/deploy/production.rb
,设定要用哪一个 branch 放在服务器上,以及服务器的 IP 位置:

+   set :branch, "master"
-   # server "example.com", user: "deploy", roles: %w{app db web}, my_property: :my_value
+     server "47.92.82.116", user: "deploy", roles: %w{app db web}, my_property: :my_value

这里是要用master来做的。git merge new
后还是出现错误:

2.config.secret_key

显示devise …什么config.secret_key,于是我谷歌了下,发现要在config/initializers/devise.rb
里加入

config.secret_key = '94665bd65656125f66d84094af9cf36f710db8761dc2be0d1413****************'

这个key在终端报错就有显示。

3.database.yml密码写错

放进去了还是报错。。。这次不同的错误了。说:

rake stdout: Nothing written
rake stderr: rake aborted!
Mysql2::Error: Access denied for user
 'root'@'localhost' (using password: YES)

我谷歌了好久,用他们的方法做还是没用。后来对照教程,发现在远端nano /home/deploy/rails-recipes/shared/config/database.yml这里,我里面的密码写错了。。。心里顿时万千的草泥马奔腾。改回来后就正常了。

4.这次的教训

好好看报错,英语不懂可以翻译的,另外,知道这代码是怎么回事,别瞎搞。例如:
Mysql2::Error: Access denied for user 'root'@'localhost' (using password: YES)

这个,在这篇文章连接MySQL数据库时常见故障问题的分析与解决就提到
错误信息1 :ERROR 1045 (28000): Access denied for user 'usera'@'localhost' (using password:YES)
错误信息2 :ERROR 1045 (28000): Access denied for user 'usera'@'localhost' (using password:NO)
上面的对比可总结出一点,使用mysql命令进行登录时,若有密码输入行为并输入了字符,则验证出错后,则返回的错误提示中,对于 (using password: ?)中?的关键字,则返回的是YES,若没有密码输入行为,或无密码字符输入,则返回的是NO。
也就是说:我输入的密码错误了。这样我就不会再瞎折腾了。
回去deploy那里设置密码:

production:
  adapter: mysql2
  encoding: utf8mb4
  database: rails_recipes
  host: localhost
  username: root
  password: xxxxxxxxxx

换专案继续

我之前的解不了,于是我认为是专案问题,换了,依然解了好多天。

巨坑的Linux部署_第1张图片
屏幕快照 2017-10-31 下午2.40.00.png

5.rake sederr…..Fixnum is deprecated

如上图显示,我解决不了,问了lucia,她说fixnum是一个class,所以应该是专案导致的。我谷歌了一下,尝试bundle update rails
,解决了。问题是又遇到下面的坑:

6. database没有空格

巨坑的Linux部署_第2张图片
屏幕快照 2017-10-31 下午3.06.58.png

我看到里面说config,我就查看专案config有没有错误,发现里面要修改的都没有错误,就回去远端看,发现在设定database.yml的时候,password和密码没有空格。加上空格保存回来又报错:

7. 加入config.secret_key

巨坑的Linux部署_第3张图片
屏幕快照 2017-10-31 下午3.23.23.png

应该是秘钥没有设置好,在本专案的输入rake secret
出来的复制回去黏贴。
还是失败,原来看提示要在atom的config/initializers/devise.rb放入:

config.secret_key = '60890da3636586597e70569da322b6657a6529569fcbfcf50b5fb55917bc28b18e1d401db65c4526ea809857bbb6c768437f586ac42d6*********************'。
终于搞掂了。
最后部署成功,打开却显示

8. Incomplete response received from application

我日。
找了好久,问了助教,然后谷歌尝试了很多,终于找到一个:http://www.jianshu.com/p/842727e8d17f
这个同学说
解决:

Go to your rails app directory
cd /path/rails-app
Generate secret key base
rake secret RAILS_ENV=production
Set environment variable
SECRET_KEY_BASE=
Restart the Rails app
touch /path/rails-app/tmp/restart.txt

刚开始在远端进行,后来反复倒腾,才发现要在自己的专案输入rake secret RAILS_ENV=production

然后放进自己的sereet_key_base才成功。
为什么教程的rake secret
不行?而一定要
:rake secret RAILS_ENV=production
不知道。不过别开心太早,我尝试注册邮箱,却又something went wrong>>>>

9. something went wrong

解了三个小时,还是没解出来。
在navbar这里:
<% if current_user.try(:admin?) %>
加上try还是失败。反正错误记录一直是这样。

巨坑的Linux部署_第4张图片
屏幕快照 2017-11-01 下午1.47.56.png

而且错误Log一直提示是is_admin的问题,但我本地正常,然后在远端我也尝试RAILS_ENV=production bundle exec rake db:drop db:create db:migrate

巨坑的Linux部署_第5张图片
屏幕快照 2017-11-01 下午2.10.51.png
rake aborted!
ActiveRecord::ProtectedEnvironmentError: You are attempting to run a destructive action against your 'production' database.
If you are sure you want to continue, run the same command with the environment variable:
DISABLE_DATABASE_ENVIRONMENT_CHECK=1

这里说rake 失败了,我竟然不去注意看。我猜大概是因为解了太久BUG,自己很泄气,很着急把它解决继续做下去。所以不好好读代码和终端反馈。
记住:遇到BUG,一定要冷静下来,好好思考,别着急。深呼吸十次。
后来助教让我RAILS_ENV=production bundle exec rake db:migrate:reset

我截屏给他看:
指令后面按提示加上一句 DISABLE_DATABASE_ENVIRONMENT_CHECK=1

然后
RAILS_ENV=production bundle exec rails s

这个是启用rails的,退了也一样正常使用。

终于大功告成~开香槟庆祝!

你可能感兴趣的:(巨坑的Linux部署)