
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
容量がいっぱいでAWSにデプロイできなかった時の対処方法 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
容量がいっぱいでAWSにデプロイできなかった時の対処方法 - Qiita
* 2021年1月23日追記 この記事を書いた後、調べてみると 「/var/www/アプリケーション名/shared/log」... * 2021年1月23日追記 この記事を書いた後、調べてみると 「/var/www/アプリケーション名/shared/log」に置かれている「production.log」というログファイルが3Gも使用していたことがわかりました。 そのため、production.logの中身を一度空にし、ログローテートの設定をすることで、今回の容量に関する問題は解決することができました。 詳しくは、以下の記事で解説しています。よろしければご覧ください。 AWSでproduction.logが肥大化した時の対処方法 & ログローテート方法 今回発生した問題 AWS初学者です。 今回は 「AWS内の『/dev/xvda1』の容量がいっぱいだったためにデプロイできなかった」 という問題が発生したので、その解決策をメモしておきたいと思います。 結果的に 「logファイルを500MBほど削除すること」 により、無事