root@www:/var/discourse# ./launcher start data
x86_64 arch detected.
+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -h www-data -e DOCKER_HOST_IP=172.17.0.1 --name data -t -v /var/discourse/shared/data:/shared -v /var/discourse/shared/data/log/var-log:/var/log --mac-address 02:e6:17:cc:a2:dc local_discourse/data /sbin/boot
Unable to find image 'local_discourse/data:latest' locally
docker: Error response from daemon: pull access denied for local_discourse/data, repository does not exist or may require 'docker login': denied: requested access to the resource is denied
Run 'docker run --help' for more information
root@www:/var/discourse#
أي اقتراحات؟ البحث عن رسالة الخطأ هذه لا يسفر إلا عن هذا الموضوع.
هذا يشير إلى أنك ربما قمت بتشغيل ./launcher cleanup وحذفت حاوية البيانات (لا أرى طريقة أخرى يمكن أن تكون فيها الحاوية مفقودة، ولكن قد أكون مخطئًا). إذا كان هذا هو الحال، وفي أي حال، ما سأفعله هو تشغيل قطرة جديدة، ونسخ ملفات yml الخاصة بك، واستعادة أحدث نسخة احتياطية لديك.
إذا كنت ترغب في سمكة بدلاً من أن يتم تعليمك، يمكنك الاتصال بي أو السؤال في Marketplace
إعجاب واحد (1)
الشيء الذي أعاد الموقع للعمل، بعد اختفاء حاوية البيانات، كان تعديل data.yml وتغيير القالب إلى قالب postgres13 ثم إعادة بناء حاوية البيانات، وبعد ذلك أصبح من الممكن تشغيل حاوية البيانات، وتدمير حاوية الويب فقط وتشغيلها (لن تتصل بحاوية بيانات مختلفة عن تلك التي وجدتها عند إنشائها). ثم عاد الموقع للعمل.
أنا متأكد تمامًا من أن إعادة محاولة ترقية قاعدة البيانات كانت ستنجح، ولكن من باب الأمان، قمت بعمل نسخة احتياطية جديدة لقاعدة البيانات، ونقلته إلى قطرة جديدة، واستعدت قاعدة البيانات، وعاد للعمل.
إعجاب واحد (1)
هل يمكنك قول بضع كلمات حول كيفية نشوء المشكلة، على سبيل المثال لطمأنة الآخرين بأنها لن تنطبق عليهم على الأرجح؟
إعجاب واحد (1)
ملخص: لا.
لا يمكنني معرفة ما كانت المشكلة الأصلية. معرفة التبديل إلى القالب pg13 كان الحل للمشكلة بمجرد حذف الحاوية. هذا جزء مما يقول موضوع pg15 فعله. ربما كانت هناك مشكلة في مساحة القرص في وقت ما؟
آه، أعتقد أنني أفهم الآن… لقد كان ترقية لنظام قديم إلى حد ما باستخدام pg13؟ لذا فهو وضع نادر جدًا.
فشل الترقية لأن ترقية PostgreSQL تطلبت 14 جيجابايت من مساحة القرص الحرة ولم تكن لدى القطرة سوى جزء بسيط من ذلك.
لماذا لم تعمل بعد توسيع مساحة القرص، ربما كان ذلك كما اقترح @Jagster أعلاه، قمت بتشغيل ./launcher cleanup الذي لم يكن مناسبًا لتثبيت من حاويتين.
في مرحلة ما، أود التبديل إلى تثبيت من حاوية واحدة نظرًا لأن ذلك يبدو أقل إشكالية لشخص لا يعرف حقًا بنية Discourse. أود أيضًا تفضيل عدم الاستضافة الذاتية ولكن الموقع يحتوي على الكثير من الصور وقفزت استضافة Discourse من 100 دولار إلى 200 دولار شهريًا عندما نفدت مساحة القرص. يجلب الموقع حوالي 30-40 دولارًا شهريًا فقط من إعلانات Google.
لقد انتقلت إلى Digital Ocean قبل عامين فقط.
ومع ذلك، لقد فعلت ذلك قبل أسبوع، عندما نفدت المساحة.
اقترح @pfaffman أن هذه قد تكون المشكلة. ليس لدي أي فكرة.
لا. كان هذا سيسبب نفس المشكلة لإعداد الحاوية الواحدة.
المشكلة كانت أنه عندما حاولت زيادة مساحة القرص، قمت بتدمير حاوية البيانات المتوقفة. الخطأ الحاسم، أعتقد، كان إجراء التنظيف أثناء توقف حاويتي البيانات والويب.
لقد وفر لك إعداد الحاويتين بعض المتاعب لأنه جعل تأجيل ترقية postgres أسهل. في هذه الحالة، ومع ذلك، علقت لأن الترقية أضافت المكون الإضافي للذكاء الاصطناعي، وهذا أجبرك على إجراء ترقية postgres على حاوية البيانات.
ربما لو تم تشغيل تنظيف المشغل قبل محاولة الترقية أو لو لم تقم بتشغيله على الإطلاق وقمت بتغيير الحجم.
لذلك كانت هناك مجموعة من المشكلات
- ربما الكثير من صور Docker تملأ القرص (ربما القرص صغير جدًا)
- مطلوب تحديث PostgreSQL
- تمت إضافة المكون الإضافي للذكاء الاصطناعي إلى النواة، مما أجبر على ترقية قاعدة البيانات
- فشل ترقية PostgreSQL لسبب ما وعدم معرفة بدء حاوية البيانات (أعتقد أن الرسالة تقول ذلك)
- تشغيل تنظيف المشغل مع إيقاف حاوية البيانات، مما أدى إلى حذف الحاوية التي كانت بحاجة إلى البدء للقيام بإيقاف نظيف
إعجاب واحد (1)
الشيء الوحيد الذي قمت به للحصول على مساحة قرص هو تغيير حجم القطرة.
كل ما فعلته بخلاف ذلك كان محاولة إكمال الترقية الفاشلة، بناءً على اقتراحات في مخرجات الأوامر، أو المشاركات هنا، أو في المواضيع المرتبطة.
إعجاب واحد (1)
@pfaffman يتعرض موقعي للكثير من البريد العشوائي الواضح. هل من الممكن أن تكون بعض أدوات مكافحة البريد العشوائي قد ضاعت في الترقية؟
ليس من المحتمل. لا أعرف ما إذا كان Akismet قد تم تكوينه على الإطلاق، ولكنه لم يعد فعالاً للغاية. ما هو موصى به الآن هو هذا: Discourse AI - Spam detection المكون الإضافي للذكاء الاصطناعي هو الآن جزء أساسي وتم تثبيته.
إذا كنت ترغب في المساعدة، يمكنك مراسلتي عبر البريد الإلكتروني.
تحرير: من الممكن، ولكن ليس من المحتمل، أن يكون التغيير الموصوف هنا قد يفسر زيادة البريد العشوائي لديك.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.