مشاكل في إعادة بناء التطبيق

لدي مشكلة في إعادة بناء نطاق اختبار (مستضاف ذاتيًا - يعمل منذ حوالي 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). سأحاول إضافة مساحة تبديل (swap).

ما مقدار الذاكرة العشوائية (RAM) ومساحة التبديل (swap) لديك؟

2G. بناءً على الجزء العلوي، بدا أنني بخير ولكن من السهل إضافة المزيد والمحاولة مرة أخرى.

إذا كانت لا تزال هناك مشاكل، فسأقوم بتحميل السجل.

لن أتمكن من القيام بذلك حتى الغد…

ستحتاج إلى مراقبة الأعلى أثناء تشغيل إعادة البناء.
2 جيجابايت من ذاكرة الوصول العشوائي و 2 جيجابايت من المبادلة؟ يمكنك التحقق من السجل بحثًا عن خطأ 137 نفاد الذاكرة.

إعجاب واحد (1)

كنت أفعل - لقد نسيت أننا كنا نعبث بنسخة ووردبريس التي تعمل أيضًا على تلك القطرة، لذلك نحن بالتأكيد نستخدم بعض مساحة المبادلة. ربما أحتاج إلى توسيع نطاق VPS على أي حال…

نعم.

لقد قمت بالبحث في السجل ولم أر هذا الخطأ.

كانت لدي فكرة ساطعة بإعادة تشغيل VPS قبل المحاولة مرة أخرى. بافتراض أن هذا يفشل، سأقوم بتوسيع نطاق القطرة والمحاولة مرة أخرى.

إعجاب واحد (1)

لا يزال يفشل بنفس الطريقة مع ذاكرة/مبادلة 4G، لذا إليك سجل البناء.

rebuild.out.240425.txt (202.4 كيلوبايت)

آمل أن تتمكن من رؤية شيء ما وشكراً لمساعدتك حتى الآن…

[

يبدو أن SIGTERM يشير إلى أنك قمت بالضغط على control-c.

هل مللت من الانتظار وقمت بإنهاء المهمة؟

{"content":"\n\n[quote=\"Jay Pfaffman, post:7, topic:305352, username:pfaffman\"]\nSIGTERM يبدو أنك قمت بالضغط على Ctrl+C.\n\nهل مللت الانتظار وقمت بإنهاء المهمة؟\n[/quote]\n\nلا - أفترض أن هناك شيئًا ما في أحد البرامج النصية في عملية البناء - إنها نفس الطريقة التي بنيت بها لسنوات (تسجيل الدخول عبر ssh في جلستين - واحدة تراقب الأخرى...) - وكلها منذ أن بدأت في الفشل تحتوي على sigterm في (أفترض) نفس المكان في البرنامج النصي الذي يبدو أنه يغلق التطبيق الذي يقرأ منه شيء ما...","target_locale":"ar"}
إعجاب واحد (1)

لا. أعتقد أن الطلب سار على ما يرام. ربما يكون الخطأ هو “فشل في الالتزام” في النهاية، لكن ليس لدي علامة تعجب لذلك.

هل هناك شيء في البرنامج النصي للمشغل يقوم بشيء ما مرة أخرى إلى GitHub؟ سيشرح الخطأ إذا كان هناك نوع من المقاييس يتتبعونه عن طريق التزام - إذا كان ذلك في خط أنابيب shell (مثل Curl أو ما شابه)، فسوف يفسر أيضًا خطأ الأنبوب المغلق.

بدلاً من محاولتي لتصحيح ما يحدث مع المشغل، أعتقد أن أسهل شيء بالنسبة لي هو محاولة إجراء تثبيت جديد واستعادة.

يسعدني قبول الاقتراحات إذا كانت لديك أي أفكار…

هل نظام التشغيل الخاص بك قديم؟

هناك مجموعة من الأخطاء الغريبة حول عدم القدرة على كتابة بعض ملفات git.

من المحتمل أن تكون آلة افتراضية جديدة فكرة جيدة. استعادة نسخة احتياطية هي الأسهل، ولكن يمكنك أيضًا نقل موقع Discourse إلى خادم افتراضي خاص آخر باستخدام rsync

إعجاب واحد (1)

ربما يكون هذا مبالغًا فيه، لكنني قمت بإنشاء قطرة جديدة، وقمت بتثبيت نظيف، ثم استعدت نسخة احتياطية قديمة من هناك.
يعمل الآن…

إعجابَين (2)

شخص آخر واجه خطأً مشابهاً مؤخراً أعتقد أنه كان بسبب انتهاء صلاحية سلسلة المفاتيح لشهادات HTTPS. أشك في أن هذه كانت مشكلتك.
قام الشخص الآخر بترقية نظام التشغيل، مما حل المشكلة، لكنني أفضل بداية جديدة.