アプリの再構築に関する問題

テストドメインの再構築で問題が発生しました(セルフホスト - 約7年間、頻繁ではないアップデートで実行されていましたが、今週まで最新リリースで実行されていました)。

サポートされていないプラグインで問題が発生し、現在は削除しましたが、データベースまたは構成の何かが破損した可能性があります。完了時に表示されるエラーは次のとおりです。

2024-04-25 01:07:42.098 UTC [34] LOG:  received fast shutdown request
I, [2024-04-25T01:07:42.099067 #1]  INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 96
96:signal-handler (1714007262) Received SIGTERM scheduling shutdown...
2024-04-25 01:07:42.105 UTC [34] LOG:  aborting any active transactions
2024-04-25 01:07:42.121 UTC [34] LOG:  background worker "logical replication launcher" (PID 49) exited with exit code 1
96:M 25 Apr 2024 01:07:42.121 # User requested shutdown...
96:M 25 Apr 2024 01:07:42.122 * Saving the final RDB snapshot before exiting.
2024-04-25 01:07:42.133 UTC [44] LOG:  shutting down
96:M 25 Apr 2024 01:07:42.177 * DB saved on disk
96:M 25 Apr 2024 01:07:42.178 # Redis is now ready to exit, bye bye...
2024-04-25 01:07:42.195 UTC [34] LOG:  database system is shut down
Error response from daemon: invalid JSON: got EOF while reading request body


FAILED TO COMMIT cbaab1290466a63d0a77f5f1e0894b0da632204e63472416674b7fab9ae53b41

ログの残りをスキャンしましたが、他の投稿で「重要ではない」とされている追加のエラーしか見つかりませんでした。

次に何をすべきか、何か提案はありますか?

この時点で、クリーンインストールしてからバックアップから復元を試みるしかないかもしれませんが、実際何が起こっているのかについてのヒントがあれば幸いです…

ありがとうございます!

完全なログなしではわかりません。

RAMが不足している可能性が高いです。スワップを追加してみてください。

RAMとスワップはそれぞれどのくらいありますか?

2G. 上から見ると大丈夫そうでしたが、もっと追加してやり直すのは簡単です。

それでも問題がある場合は、ログをアップロードします。

明日までできません…

再構築を実行中にトップを監視する必要がありました。

2GBのRAMと2GBのスワップですか?ログでメモリ不足エラー137を確認できます。

「いいね!」 1

見ていました。同じドロップレットで実行されているWordPressインスタンスをいじっていたのを忘れていました。そのため、スワップスペースを確実に使用しています。おそらく、いずれにしてもVPSを拡張する必要があります…

はい。

ログをgrepしましたが、そのエラーは見つかりませんでした。

もう一度試す前にVPSを再起動するという素晴らしいアイデアがありました。それが失敗すると仮定して、ドロップレットを拡張してもう一度試します。

「いいね!」 1

4Gメモリ/スワップでも同じように失敗したので、ビルドからのログを以下に示します。

rebuild.out.240425.txt (202.4 KB)

何かお気づきの点があれば幸いです。これまでのご協力に感謝いたします。

[

SIGTERMはcontrol-cを実行したように見えます。

待つのに飽きてジョブをキャンセルしましたか?

いいえ - ビルドプロセス内のスクリプトのいずれかに問題があると思われます - 何年も同じ方法でビルドしてきました(いくつかのセッションに SSH で接続し、1 つがもう 1 つを監視しています) - エラーが発生し始めてからすべて同じ場所のスクリプトに sigterm が入っており、おそらく何かが読み取っているアプリを閉じているようです…

「いいね!」 1

いいえ。うまくいったと思います。最後に「コミットに失敗しました」というエラーが出ているかもしれませんが、それに対する感嘆符はありません。

ランチャースクリプトにGitHubに何かを返すようなものがありますか?コミットによって追跡される何らかのメトリックがある場合、それはエラーを説明するでしょう。シェルパイプライン(例:Curlなど)にある場合、クローズドパイプエラーも説明できます。

ランチャーで何が起こっているのかをデバッグしようとするよりも、新しいインストールと復元を試すのが最も簡単な方法だと思います。

何かアイデアがあれば、提案を喜んで受け入れます…

OSが古いですか?

いくつかのgitファイルを書き込めないという奇妙なエラーが発生しています。

新しいVMが最善策でしょう。バックアップからの復元が最も簡単ですが、Discourseサイトをrsyncを使用して別のVPSに移動することもできます。

「いいね!」 1

おそらくやりすぎですが、新しいドロップレットを起動し、クリーンインストールしてから古いバックアップを復元しました。

現在動作しています…

「いいね!」 2

最近、https証明書のキーチェーンが期限切れになったことが原因と思われる同様のエラーが他のユーザーにも発生しました。これがあなたの問題の原因だと推測します。

他のユーザーはOSのアップグレードで問題を解決しましたが、私はクリーンな状態から始めることをお勧めします。