railsアプリをawsでインフラ構築する際に出たエラー

今回はこちらの記事を参考に、始めて作成したrailsのappをAWSを使用してインフラ構築に挑戦した。
https://qiita.com/naoki_mochizuki/items/814e0979217b1a25aa3e


## EC2インスタンスの環境構築
`$git make gcc-c++ patch`
git: 'make' is not a git command. See 'git --help'.
The most similar commands are blame, merge, stage

というエラーが出た。これはコメントを削除し、1行のコマンドとして実行する必要があった。
`$sudo yum install git make gcc-c++ patch openssl-devel libyaml-devel libffi-devel libicu-devel libxml2 libxslt libxml2-devel libxslt-devel zlib-devel readline-devel mysql mysql-server mysql-devel ImageMagick ImageMagick-devel epel-release`

### `$sudo mkdir www`
mkdir: ディレクトリ `www' を作成できません: File exists
というエラーが出た。既に存在しているらしいが作成した記憶はない、、、
そのまま使用するか迷ったが、一応別名（XYZ）でファイルを作成して代用した。


## gitとの連携、アプリのクローン
$`cat aws_git_rsa.pub`
cat: aws_git_rsa.pub: No such file or directory

これは公開鍵を作成した際に通常のコマンド入力と操作が違ったため、:aws_git_rsaのうしろに半角スペースを付けてしまったのが原因だった。（凡ミス。。）
$ ssh-keygen -t rsa
-----------------------------
Enter file in which to save the key ():aws_git_rsa(この部分に半角スペース)
鍵を再度作成したら無事に公開鍵の中身を出現させることができた。

## MySQLの設定
Mysqlの起動を試みたところ、次のエラーが発生
`$sudo service mysqld start #mysqldの起動`
Redirecting to /bin/systemctl start mysqld.service
Failed to start mysqld.service: Unit not found.
以下の記事を参考に次のコマンドを実行したところうまくいった。
https://qiita.com/yuta-38/items/4074f5ada9e22088c8dd
`$ sudo yum install -y mariadb-server`
`$ sudo systemctl enable mariadb`
`$ sudo service mariadb start`

また、Amazon Linux2ではyumでmysqlをインストールしようとするとmariaDBをインストールしようとするらしい。
私は実践しなかったが、以下の記事が参考になるかもしれない。
https://qiita.com/hamham/items/fd77bb0bb167a150dc8e#mysql57%E3%81%AE%E5%B0%8E%E5%85%A5

## Nginxの起動
以下のコマンドを入力したがNginxが起動しない。
`$ sudo service nginx start`
Redirecting to /bin/systemctl start nginx.service
Job for nginx.service failed because the control process exited with error code. See "systemctl status nginx.service" and "journalctl -xe" for details.

エラーの指示通りに以下のコマンドを実行
`$ systemctl status nginx.service`
nginx.service - The nginx HTTP and reverse proxy server
Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
Active: failed (Result: exit-code) since 月 2020-07-13 09:10:04 UTC; 57s ago
Process: 11360 ExecStart=/usr/sbin/nginx (code=exited, status=1/FAILURE)
Process: 11356 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=0/SUCCESS)
Process: 11355 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)

原因が分からなかったので以下も実行。
`$sudo nginx -t`
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

設定ファイルに問題はなさそうだったので、困ったことになった。
色々調べているうちに以下のコマンドを発見。
`$ sudo service nginx status -l`
Redirecting to /bin/systemctl status  -l nginx.service
● nginx.service - The nginx HTTP and reverse proxy server
   Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since 月 2020-07-13 09:10:04 UTC; 27min ago
  Process: 11360 ExecStart=/usr/sbin/nginx (code=exited, status=1/FAILURE)
  Process: 11356 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=0/SUCCESS)
  Process: 11355 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
 7月 13 09:10:02 ip-10-0-10-10.ap-northeast-1.compute.internal nginx[11360]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
 7月 13 09:10:03 ip-10-0-10-10.ap-northeast-1.compute.internal nginx[11360]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
 7月 13 09:10:03 ip-10-0-10-10.ap-northeast-1.compute.internal nginx[11360]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
 7月 13 09:10:03 ip-10-0-10-10.ap-northeast-1.compute.internal nginx[11360]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
 7月 13 09:10:03 ip-10-0-10-10.ap-northeast-1.compute.internal nginx[11360]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
 7月 13 09:10:04 ip-10-0-10-10.ap-northeast-1.compute.internal nginx[11360]: nginx: [emerg] still could not bind()
 7月 13 09:10:04 ip-10-0-10-10.ap-northeast-1.compute.internal systemd[1]: nginx.service: control process exited, code=exited status=1
 7月 13 09:10:04 ip-10-0-10-10.ap-northeast-1.compute.internal systemd[1]: Failed to start The nginx HTTP and reverse proxy server.
 7月 13 09:10:04 ip-10-0-10-10.ap-northeast-1.compute.internal systemd[1]: Unit nginx.service entered failed state.
 7月 13 09:10:04 ip-10-0-10-10.ap-northeast-1.compute.internal systemd[1]: nginx.service failed.

上記によると、設定した80番ポートは既に起動中のようだ。
原因を考えた結果、以前あるweb講座でApacheのインストール及び自動起動設定をしていたのを思い出した。
`$ sudo systemctl status httpd.service`
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
   Active: active (running) since 日 2020-07-12 06:24:44 UTC; 2 days ago
     Docs: man:httpd.service(8)
 Main PID: 21760 (httpd)
   Status: "Total requests: 149; Idle/Busy workers 100/0;Requests/sec: 0.00084; Bytes served/sec:   2 B/sec"
   CGroup: /system.slice/httpd.service
           ├─20766 /usr/sbin/httpd -DFOREGROUND
           ├─21049 /usr/sbin/httpd -DFOREGROUND
           ├─21055 /usr/sbin/httpd -DFOREGROUND
           ├─21056 /usr/sbin/httpd -DFOREGROUND
           ├─21760 /usr/sbin/httpd -DFOREGROUND
           ├─21761 /usr/sbin/httpd -DFOREGROUND
           ├─21762 /usr/sbin/httpd -DFOREGROUND
           ├─21763 /usr/sbin/httpd -DFOREGROUND
           ├─21764 /usr/sbin/httpd -DFOREGROUND
           ├─21765 /usr/sbin/httpd -DFOREGROUND
           └─21887 /usr/sbin/httpd -DFOREGROUND
案の定Apacheが既に動いていた。自動起動を無効＆停止後に、NginXの起動コマンドを実行したら無事に起動できた。

## 最後の設定まで終わったが、webページで表示されたのは以下だった。
「We're sorry, but something went wrong.
If you are the application owner check the logs for more information.」

ひとまずUnicorn、Nginxのエラーログをみる。(参考記事それぞれの設定にエラーへのパスの記述がある)
`$ tail -f /var/xyz/rails/circle_app/log/unicorn.log`
I, [2020-07-14T08:37:26.186843 #19212] INFO -- : listening on addr=/var/xyz/rails/circle_app/tmp/sockets/.unicorn.sock fd=9
I, [2020-07-14T08:37:26.203171 #19212] INFO -- : master process ready
I, [2020-07-14T08:37:26.207382 #19214] INFO -- : worker=0 ready
I, [2020-07-14T08:37:26.207617 #19215] INFO -- : worker=1 ready
Unicornは問題なさそうだ。

`$ tail -f /var/xyz/rails/circle_app/log/nginx.error.log`
2020/07/14 08:36:17 [crit] 19174#0: *1 connect() to unix:/var/xyz/rails/circle_app/tmp/sockets/.unicorn.sock failed (2: No such file or directory) while connecting to upstream, client: 103.5.140.158, server: 46.51.239.151, request: "GET / HTTP/1.1", upstream: "http://unix:/var/xyz/rails/circle_app/tmp/sockets/.unicorn.sock:/", host: "46.51.239.151"

Nginxに問題があったようだ。
次の記事にあるようにCentOS 7からはパスの書き方を変更しなければならないらしい。
https://qiita.com/emahiro/items/b2762a26bca35bbb0cf9

次の記事を参考にUnicornとNginxのファイルを変更した。
https://qiita.com/noraworld/items/c8acf4bb981c8d8535df
また次のコマンドで起動しているUnicornを調べ、killコマンドで停止
`$ ps aux | grep unicorn`
`$ kill -9 pid` ←上記のコマンドで表示された数字をpidの部分に代入
次のコマンドで再起動を実施した
`$ unicorn_rails -c /var/www/rails/(アプリの名前)/config/unicorn.conf.rb -D -E production`
上記をすべて実施後、webページをリロードすると無事に表示された！！！

インフラ構築前にUdemyで購入した以下の講座が効いてテンポよく理解できた。
https://www.udemy.com/course/aws-and-infra/