Q&A
現象と関係ないところのlog載せても意味ないです。というよりむしろ無いほうがよい。「本番環境で画像投稿をすると画面が固まり」の部分を載せてください
AWSでdevelopmentですか？ productionにしないのですか？
現状と問題
現在railsでツイッタークロンアプリを作成しているものです。
ローカル環境ではほぼほぼ機能が完成したので、EC2,Nginx,Unicorn等を使ってAWSでデプロイしました。
画像投稿機能をactivestorageを用いて実装しているのですが、本番環境で画像投稿をすると画面が固まり、development.logでログを確認してみると
Completed 401 Unauthorized in 0ms (ActiveRecord: 0.0ms)が最後に出ていることが確認できました。
ユーザー登録にはdeviseのgemを用いてます。
ググってみるとdeviseのエラーだという記事がいくつかみられましたが、新規登録等はできるので問題はそこではないんじゃないかと考えています。
画像投稿だけに限ってこのようなエラーが出るのですが、同じような現象を経験されたことがある方はいませんでしょうか。
よろしくお願いいたします。
コードを絞ることが困難なため、GithubのURLを貼らせていただきます。こちらです。
追記
検証ツールにて画像つきで投稿ボタンを押した際には、Failed to load resource: the server responded with a status of 500 ()が出ました。
画像を貼らせていただきます。
追記の追記
config/environments/development.rbで、config.active_storage.service = :localという記述があるのを目にしました。
s3バケットなどを使っていなかったので、現在s3を導入してconfig.active_storage.service = :amazonに変更しようと考えております。
画像の投稿時に500エラーが出るのですが、上記は関係あるとみていいのですかね。。。
＞「本番環境で画像投稿をすると画面が固まり」の部分
画像を添付して投稿を押下した際に、画面が変わらずinsert文などもログには出てきていませんでした。
検証ツールからconsoleを確認したところ、500エラーが出ました。（Failed to load resource: the server responded with a status of 500 ()）
その際のスクリーンショットを追加で貼らせていただきましたので、ご確認いただけますでしょうか？
＞AWSでdevelopmentですか？ productionにしないのですか？
デプロイに関してですが、メンターの方に手伝ってもらったため真意は申し訳ないのですがわかりません。
database.ymlではproductionの設定はしています。
mysqlに入ってuse production;などを反映させるのでしょうか。
今回developmentを使用しているのはデプロイをしましたが、同時に問題等出た時にアップデートを随時したいからという理由があるかもしれません（関係なければすみません）
記事を見てみたのですが、こちらの内容で修正すべきでしょうか。https://qiita.com/mokuo/items/b766ca36521530fd3084#%E6%89%8B%E9%A0%86
ブラウザに500が返ってるってことはサーバーのlogがあるはずです。
それを載せましょう。
insert文などもログにないのはそこまで行く前に500してるから。
Startedから500までのlogを。
削除
削除
すみません、記事の方には文字数の関係で掲載できませんでした。
log を全部貼れとは言ってません。
画像投稿 したときの Started POST から 500で終わるまで、です。
コメントに貼ったのあとから読む人の妨げになるので、消してください。
コメントに関しまして、削除リクエストを送らせていただきました。
ajaxで実装していることは関係ありませんよね？
development.logで投稿ボタンを押し、検証ツールでconsoleにエラーが出たことを確認してからtail -n 300 deveolpment.logを確認しているのですが、Started POSTが出てこず、500エラーも見当たりません。
tail -n 300 deveolpment.log だからでしょう。
less deveolpment.log して探してください
コメント自分で編集できますよ。中身全部消しはできないかもだけど 不要データなので削除 ぐらい書いておけば？
>コメント自分で編集できますよ。中身全部消しはできないかもだけど 不要データなので削除 ぐらい書いておけば？
編集しました。
>less deveolpment.log して探してください
less deveolpment.logとless -R log/development.logでログを確認したのですが、500エラーが見つかりません。。。
ですか、、、、
logローテーションとかしてます？
そのようなものは設定していないと思われます。。。
ではこうしてみてください。
1. 投稿直前まで操作を進める
2. サーバーを停止する
3. logを削除するか、名前を変える
4. サーバーを起動し、できるだけ早く投稿する
そうすると GET "/" の 401 の他に Started POST があると思います
2に関しまして、bundle exec unicorn_rails -c config/unicorn.rb -D -E development
でサーバーを立ち上げたりしているのですが、kill -9で止めてから再実行でよろしいでしょうか。
はい
手順通りやってみたのですが、Started GET "/"の後にCompleted 401 Unauthorized in 8ms (ActiveRecord: 0.0ms)が出てその後も同じログだけでPOSTが出てきませんでした。
postはしたんですよね？
しました。
検証ツールでもPOST直後に500エラーが出ていることは確認できております。
見たのはlessですね？tail ではないですね？
lessで間違いありません。
回答1件
0
たぶんローカルと本番環境それぞれで rake middleware を叩いて比較してみるといいんじゃないかと。。。
config が dev と prod で違うので、何かひっかけてるんじゃないかと。
投稿2021/12/12 19:55
総合スコア82
ご回答ありがとうございます。
比較してみたのですが、両方同じ記述となりました。
configがdevとprodで違うとのことですが、やはり本番環境でdevを使っているのは問題がありますか？
今から移行するとなれば時間がかかるみたいで、迷っていたのですが。。。
また、追記させていただきました箇所に目を通してもらうことは可能でしょうか。
config.active_storage.service = :localとなってた箇所が怪しいのではと思っているのですが。
config の dev に設定されている値が本番環境で問題なく動くならどのconfigを使うかは問題ないと思います。
むしろ本番環境用に設定するべき値がわかっていないことのほうが問題です。。。
先の人がコメントしているとおり、正確なログ（アプリケーションやサーバの）を確認して、
どこに問題があるのかを確認するのは一般的なエンジニアの仕事です。
ログがないと見当違いのところを探して時間を浪費するだけなので、必要なログがちゃんと見れるようになりましょう。
細かく見てないのでアレですが、nginxを使用しているならアクセスログとエラーログ、unicorn もいるので リポジトリルート下の log と tmp ディレクトリの中、そこに書き込み権限がちゃんとあるか（logは書けるけどtmpには書けないとかザラにある）とか、が確認ポイントかなと。
ところで、どんなメンターに習ってるのかわからないけど、devとはいえリポジトリの設定ファイルにIDとパスワードを平文で記載してあるのはいただけない。
ましてやdevのconfigを使ってec2に上げてます、なら、本番機であるec2もそのIDとパスワードでDBに接続できてしまう。
後で変えるとか正式な本番じゃないとかの言い訳に関係なく、エンジニアとしての心構えとしてセキュリティ意識はとても大事なので、いまのうちにどうにかしたほうがいい。
config.active_storage.service = :local は config/storage.yml の中でアップロードされたファイルをどこに格納するか、を決めているだけです。
ec2上のリポジトリルートの storage ディレクトリにファイルを保存しようとするはずです。
log や tmp と同じパーミッションになっていれば問題ないはず（まぁ怪しいところのひとつだとは思うけど。。。）
>config の dev に設定されている値が本番環境で問題なく動くならどのconfigを使うかは問題ないと思います。
むしろ本番環境用に設定するべき値がわかっていないことのほうが問題です。。。
設定するべき値とは何のことでしょうか。。。
> nginxを使用しているならアクセスログとエラーログ、unicorn もいるので
nginx,unicornについてもログを確認済ですが、エラーに関するようなものは見当たらなかったです。
>devとはいえリポジトリの設定ファイルにIDとパスワードを平文で記載してあるのはいただけない。
database.ymlのはなしでしょうか。申し訳ありません。環境変数等にまだ直せていませんでした。
>ec2上のリポジトリルートの storage ディレクトリにファイルを保存しようとするはずです。
log や tmp と同じパーミッションになっていれば問題ないはず（まぁ怪しいところのひとつだとは思うけど。。。）
そうなのですね。ご教示いただきありがとうございます。
自分自身、今回のエラーについてはかなりの時間をかけているのですが、原因を見つけることができていません。
ローカルで問題は起きないのに本番のみ起こっているのでログくらいしか頼りにならないのですが、、
ローカル環境でアップロードすると storage ディレクトリにアップロードされたファイルが残るはずでは？
本番でも同じことをすれば同じようにファイルが残るはずなのでそれを確認しましょう。
ファイルが存在していなければ storage ディレクトリの権限問題です。
存在しているようなら、storage自体には問題がなく、別の、例えばDBのファイルアップロードした際に記録されるテーブルなどに問題があるかもしれません。
単にマイグレーション忘れとか。
ログに関してはエラーメッセージだけが必要なわけではないです。
極端な話、問題が起きる直前まで画面を進めた上で、log, tmp, storage の中をクリーンにしてから
エラーを発生させれば、問題の箇所が絞れるはずです。
処理順序や内容などでどこに問題があるかわかると思うので工夫してみましょう。
ぶっちゃけ本職のエンジニアはできないって言ってる人の問題がないと思うとか、見当たらない、みたいな言葉は一切信用してません。
確実なデータ（ログ）以外に信用できるものはないのだから。。。
ローカル環境はS3を導入して保存先はamazonにしました。
本番環境でstorageディレクトリを確認してみます。
> ローカル環境はS3を導入して保存先はamazonにしました
これじゃんｗ
そしてそのあたりはコミットされてない？（ならわかるわけがない
単に EC2 から対象の S3 へのアクセス権限がないのでは？
インスタンスプロファイルが設定されてないとか間違ってるとか。。。
>極端な話、問題が起きる直前まで画面を進めた上で、log, tmp, storage の中をクリーンにしてから
エラーを発生させれば、問題の箇所が絞れるはずです。
簡単にないと言ってしまい申し訳ありません。
言っていただいたように探すようにします。
>これじゃんｗ
今さっきs3というブランチでpushしてきました。
>単に EC2 から対象の S3 へのアクセス権限がないのでは？
インスタンスプロファイルが設定されてないとか間違ってるとか。。。
これに関しては今調べてみます。
本番環境でs3ブランチに入ってstorageディレクトリを確認したところ、中身が何もありませんでした。
storage ディレクトリの権限問題ということなのでしょうか？
そうっぽい。
AWS のアクセスキーとシークレットキーを使用して、CLI から対象のバケットにアクセスできるか確認してみてはどうでしょう？
https://blog.naoshihoshi.com/entry/2018/06/18/153000
この記事のような処理になっているはずなので、記事の最後にあるやり方でアクセスキーとシークレットキーを引っ張り出して、
```
export AWS_ACCESS_KEY_ID=
export AWS_SECRET_ACCESS_KEY=
aws s3 ls s3://tuittaa-bucket
```
みたいな。
あなたの回答
tips
プレビュー
