ピピローグ 日々思うことや買ったものの紹介などを書いていこうと思います。 他にはIT系のTipsなどを忘備録として残していければ。 これで本来の目的は達成されたわけなんだけど、少々気になる点がある。 dockerを動かしている状態でAmazon Linux2を再起動したら、 自動的にdockerも起動するようになっているのだが、 dockerの起動がものすごく遅い。 Linuxサーバが起動してもdockerの起動まで時間がかかっている。大体2分ぐらい。 dmesgで確認したら、「random: crng init done」のところで引っかかっている模様。 dmesg ・・・(途中省略) [ 8.770884] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 13.118885] ISO 9660 Extensions:
Raspberry Pi 3B/3B+用Ubuntuイメージで初回起動に時間がかかる問題をなんとかする | Memoteki
Raspberry Pi 3B/3B+用Ubuntuイメージで初回起動に時間がかかる問題をなんとかする 2019 6/18 2019年6月現在公開されているRaspberry Pi 3 Model B/B+用64bitUbuntuイメージを使ってオフラインでUbuntuをセットアップしようとすると、外部ネットワークへの接続待ちで数分待つことがあります。長いんですよね…… 素直にLANケーブルを接続すればよいのですが、そうでなくても動くようにしたいなと思ってイメージに手を加えたのでその方法とその成果物をシェアしたいと思います。 動作確認をしたのは64bit版イメージのみですが、32bit版も同じように対処できると思います。今回紹介する方法で編集するイメージは本ページの「作成したイメージ」からダウンロードすることもできます。 発生する問題 Ubuntu Wikiにリンクが張られているイメージ（
Pumaの再起動に時間がかかる - Qiita
本番のElastic Beanstalk環境にてRailsアプリをデプロイしたところ、Pumaの再起動に時間がかかりダウンタイムが発生しました。 なぜこの事象が発生したのかがわからず、調査を行ったので記録として残しておきます。 解決していないのでhelp wantedです。 前提 環境 ElasticBeanstalk環境 (Ruby 2.7 running on 64bit Amazon Linux 2/3.4.7) EC2インスタンス数:1台 (t3.medium) Puma 5.6.4 その他 デプロイ時にWeb、DBサーバーのCPU使用率、メモリ使用率に問題がないことから、インフラ側ではなくアプリ側の問題と推測しています。 発生した事象 デプロイ終了間際のアプリ再起動時に、Pumaが立ち上がるまでに時間がかかり(6分40秒)、その間にダウンタイム502 Bad Gatewayが発生
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux起動時にrandom: crng init doneと表示されて起動に時間がかかる問題