متابعةً للنقاش من فشل الترقية بشكل كبير:
ما هي أفضل طريقة للتحقق مما إذا كانت VPS الخاصة بي بحاجة إلى أي ترقيات، قبل إجراء تحديث لـ Discourse؟ شكرًا.
3 إعجابات
من وجهة نظري، أعتقد أنه يمكنك ترقيته عندما يكون إصدار نظام التشغيل لديك قديماً، أو عندما يكون Docker قديماً؟
إعجاب واحد (1)
إذا كنت تستخدم Ubuntu LTS (عادةً ما يكون التوزيع الموصى به لـ Discourse). كل إصدار مجاني، حسب فهمي، له دورة دعم مدتها 5 سنوات.
لذلك، حسب فهمي من القائمة، إذا كنت تستخدم 18.04 أو 20.04، فيجب عليك التفكير في ترقية نظام التشغيل. إذا كان 18.04 مؤكدًا، ومع انتهاء دعم 20.04 في أبريل، فيجب التفكير في القيام بذلك أيضًا.
المكون الآخر سيكون النظر في توافق إصدار Docker. هذا الجزء، بصراحة، لست متأكدًا منه. على الرغم من تخميني، أعتقد أن Ubuntu 22.04 LTS قد يدعم أحدث إصدار Docker الذي يتطلبه Discourse، ولكن ستحتاج إلى شخص لديه معرفة أقوى للإدلاء برأيه. ومع ذلك، ربما قد تجد هذه المعلومات أيضًا في بحث على Meta هنا.
إعجاب واحد (1)
يتطلب Discourse 3.4 إصدار Docker 24.0.7 كحد أدنى.
يبدو من البحث على جوجل أن Ubuntu 22.04 LTS يدعمه.
بالطبع، يتم دعمه أيضًا في أحدث إصدار Ubuntu 24 LTS. يبدو أنه مدعوم أيضًا على Ubuntu 20.04 LTS ولكن في رأيي يجب التفكير في الترقية نظرًا لأن دعم LTS هذا سينتهي في أبريل 2025؛ ومع ذلك، من الناحية النظرية يجب أن يكون آمنًا، إذا كنت بحاجة إلى مزيد من الوقت قبل ترقية نظام التشغيل.
هل تعرف إصدار نظام التشغيل الخاص بك؟ أفترض أنك تستخدم Ubuntu LTS.
إصدار Docker الخاص بي (20.10.21) أقدم من ذلك وإصدار Discourse الخاص بي هو 3.4.0.beta4-dev. يطلب مني Discourse الترقية الآن إلى 3.4.0.beta4 – “تحديث حرج متاح. يرجى التحديث!”
سؤالان:
-
هل المتطلبات المذكورة في ملاحظات الإصدار في أي مكان؟ لقد قمت دائمًا بتصفح منشورات الإعلانات ولكنني لم ألاحظ متطلبات Docker أو Ubuntu مذكورة.
-
أعتقد أنه يجب علي الترقية إلى Ubuntu 24.04 وأي إصدار Docker يأتي معها، قبل ترقية Discourse مرة أخرى. هل هذا يبدو صحيحًا؟
شكرًا.
هل تقصد “لا تستطيع”؟ أعتقد ذلك.
هل تقصد أن البرنامج النصي للترقية سينتهي بسلاسة إذا لم يتم استيفاء المتطلبات، دون إفساد منتداي؟
لقد لاحظت للتو في discourse_docker/launcher at main · discourse/discourse_docker · GitHub
docker_min_version='20.10.0'
docker_rec_version='24.0.7'
لذا ربما أكون على ما يرام في الوقت الحالي. آمل أن تكون مخطئًا بشأن 24.0.7 - ولكن ربما أبحث في المكان الخطأ بنفسي. هل يمكنك التحقق والتأكيد؟ سأكون ممتنًا. شكرًا.
إعجاب واحد (1)
متطلبات دوكر لـ Discourse 3.4، سحبتها من موضوع به فشل في ترقية سطر الأوامر. حيث ذكر جاي من الموضوع الذي اقتبسته أعتقد هناك أو في موضوع آخر. حيث ذكر أن دوكر يحتاج إلى الترقية بناءً على السجل المقدم. يذكر السجل أن دوكر يحتاج إلى أن يكون عند الحد الأدنى للإصدار الذي ذكرته.
من المحتمل أنها موجودة ولكنني لست دائمًا جيدًا في قراءتها بالكامل إذا كنت صادقًا. سأحاول البحث هنا وأرى.
إذا كان إصدار أوبونتو LTS الخاص بك هو 18.04، فبالتأكيد. إذا كان Ubuntu 20.04 LTS كما ذكرت. أعتقد أنه يمكنك ترقيته يدويًا عبر سطر الأوامر. على ما أذكر هناك موضوع حول ترقية دوكر. أعتقد أن وثائق دوكر التي ربطتها يجب أن تحتوي على تعليمات حول كيفية الترقية. ولكن يوصى بالتحقق مما إذا كان هناك موضوع في حالة وجود خطوات موصى بها أولاً.
ضع في اعتبارك أنني ما زلت أتعلم الكثير من الأشياء أيضًا مع Discourse. أشخاص مثل جاي، روبرت (ميريفيلد) هم مجرد اثنين من الأشخاص الذين لديهم خبرة وفهم أوسع بكثير في هذه الأنواع من المواضيع.
الخطوة الرئيسية هي التأكد من عمل نسخة احتياطية. في رأيي، قم بعمل لقطة خادم ونسخة احتياطية من Discourse. يمكن أن يكون النسخ الاحتياطي للخادم مع إعلان عن وقت توقف مخطط له جيدًا حيث يمكنك تحميل لقطتك قبل الترقية. أتخيل أن حتى النسخ الاحتياطي لـ Discourse يعمل بشكل جيد.
إعجاب واحد (1)
لست متأكدًا. كما كنت أعتمد فقط على المشاركات التي شاركت سجلاتها
ولكن إليك دليل من Documentation قد يساعد.
إذا قمت برسم مخطط انسيابي للإجابة، فسيكون السؤال الأول شيئًا مثل
هل تنطبق جميع الشروط التالية؟ إذا كان الأمر كذلك، فتابع وفقًا لخبرتك. إذا لم يكن الأمر كذلك، فتأكد من أنك تستخدم أحدث إصدار LTS، طالما أنه مضى عليه شهر واحد على الأقل.
- أنا مسؤول نظام خبير
- لدي نسخة احتياطية حديثة في مكان آمن وأنا واثق جدًا من قدرتي على استعادتها
- أعرف كيفية إجراء ترقية عبر سطر الأوامر
- أعرف كيفية العثور على الأجزاء ذات الصلة من السجل واقتباسها عند الإبلاغ عن مشكلة هنا في meta.
تحقق من إصدار نظام التشغيل الحالي الخاص بك عن طريق قراءة /etc/lsb-release
root# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.4 LTS"
يجب أن يكون محدثًا حديثًا، ويجب أن يكون LTS، ويجب ألا يزيد عمره عن عامين. الرقمان الأولان هما رقم السنة. ولكن لا تثق بإصدار LTS الذي لم يمر عليه شهر واحد.
3 إعجابات
أنصح بإنشاء جهاز افتراضي جديد والانتقال إليه كما هو موضح في نقل موقع Discourse إلى خادم افتراضي خاص آخر باستخدام rsync. إذا كنت لا تمانع في فترة توقف طويلة واحتمالية أن يتسبب ذلك في تلف نظامك، يمكنك محاولة إجراء ترقيات متعددة للنظام. إذا قمت بذلك، يجب عليك أخذ لقطة (والتي تتسبب أيضًا في فترة توقف) حتى تتمكن من الاستعادة إليها.
إعجاب واحد (1)
أعتقد أن الانتقال من 18.04 إلى 20.04 تم على نفس الخادم. ربما باتباع شيء مثل How to upgrade your Ubuntu release - Ubuntu Server documentation. لست متأكدًا بنسبة 100٪. ما رأيك في ذلك؟
هناك فائدة جانبية محتملة للترحيل بدلاً من الترقية في المكان: قد تتمكن من الحصول على عرض ذي قيمة أفضل. في حالتي، أدى التبديل من x86 إلى ARM إلى حصولي على تكوين بمساحة تخزين أكبر بنفس السعر، حتى مع نفس خدمة الاستضافة. هناك أيضًا إمكانية التغيير إلى خدمة استضافة مختلفة، وهو ما قمت به أيضًا في حالة أخرى، وحصلت مرة أخرى على صفقة أفضل.
إعجابَين (2)
مع Hetzner، خوادم ARM أرخص قليلاً من x86 بنفس المواصفات (vCPU، RAM، تخزين).
والجدير بالذكر أنها تبدو أسرع (سرعة إعادة بناء Discourse وتحميل الصفحة).
للأسف لا توجد معايير قياس لـ Discourse، لكنني أجريت مؤخرًا مقارنة لوقت البناء:
| المزود | السعر | القرص | وحدة المعالجة المركزية | جيجابايت من ذاكرة الوصول العشوائي | وقت البناء | مراكز البيانات |
|---|---|---|---|---|---|---|
| Hetzner CX22 (x86) | 3.95 يورو | 40 جيجابايت | 2 | 4 | 9 دقائق و 56 ثانية | DE، FI، SG، US (2) |
| Hetzner CAX11 (arm64) | 3.95 يورو | 40 جيجابايت | 2 | 4 | 5 دقائق و 45 ثانية | DE، FI |
كن على علم بأنه لا توجد صورة mail-receiver متوافقة رسميًا مع ARM.
انظر:
4 إعجابات
5 دقائق لإعادة البناء؟ واو، يستغرق الأمر حوالي 2-3 ساعات بالنسبة لي.
أنا على أقل قطرة رقمية من DigitalOcean تحتوي على 2 جيجابايت من الذاكرة وأعتقد أنها تستغرق حوالي 10 دقائق.
إعجاب واحد (1)
هذا ليس “بحث جوجل”. إنه Gemini. سأكون حذرًا من مخرجات الذكاء الاصطناعي التي تتحدث عن أرقام إصدارات محددة وإصدارات متوافقة نظرًا لأن نماذج اللغة الكبيرة ليست جيدة جدًا في التعامل مع مثل هذه التفاصيل. ولكن إذا كان بإمكانك العثور على أي مصدر نهائي فسيكون ذلك مفيدًا.
هذا ما أحصل عليه، مختلف:
إعجابَين (2)
شكراً لك على الملاحظة الجيدة. على الرغم من أن رابط وثائق Docker الذي نشرته أيضًا أكد أن مخرجات Gemini تبدو صحيحة. ولكن شكراً لك على النصيحة. سأكون بالتأكيد حذرًا من مخرجات الذكاء الاصطناعي من الآن فصاعدًا.
إعجابَين (2)
لم أعتقد أنني قادر على متابعة موضوع rsync، حيث كانت هناك العديد من الأسئلة والاقتراحات المختلفة. لذلك قمت بهذا بدلًا من ذلك، ويبدو أن كل شيء يبدو أنه يعمل!
إعجاب واحد (1)