مرحباً بالجميع،
لقد قمت بنقل تطبيق Discourse الخاص بي من خادم إلى آخر. تمكنت من استعادة البيانات عبر سطر الأوامر.
ولكن عند الدخول إلى موقعي، ما زال هناك معالج الإعدادات الأولية: وهذا يعيق أتمتة أي عملية نقل إلى خادم آخر عبر سكريبت.
لم أتمكن من العثور على أي معلومات حول كيفية تعطيل معالج الإعدادات الأولية. لا أحتاج إلى إنشاء مسؤول مؤقت لأن عملية الاستعادة قد اكتملت (بما في ذلك، كما أعتقد، جميع المستخدمين في قاعدة البيانات).
شكراً لكم!
يمكنك الاستعادة من سطر الأوامر.
./launcher enter app
discourse restore
في الواقع، ما زلت أرى المعالج (wizard)، ربما لأن عملية الاستعادة فشلت.
[quote]./script/discourse restore xxx.tar.gz[/quote] تنتهي بـ:
لقد قمت بحذف مجلد “standalone” بالكامل وحاولت مرة أخرى، لكن النتيجة نفسها.
لقد قمت بنسخ مجلد “standalone” بالكامل ولصقه. نجحت العملية، لكنني فقدت الأيقونات في أعلى الموقع، حتى بعد إعادة تعريفها في معلمات المسؤول.
ربما يحدث هذا في /exec/shared/standalone/uploads/default/original/1X (والذي ممتلئ بشكل صحيح).
أحاول فهم كيفية الانتقال من خادم إلى آخر عندما تفشل عملية “الاستعادة”.
يختفي المعالج إذا كان هناك مستخدم مسؤول، لكن يبدو أن ذلك لا علاقة له بما تحاول حله.
إذا كنت ترى خطأ صلاحيات postgres، فهذا يعني أن لديك مشكلة أخرى. إذا قمت بحذف مجلد postgres، فستحتاج إلى إعادة البناء لإعادة إنشاء ما يحتاجه postgres.
الاستعادة عبر سطر الأوامر هي ما أقوم به غالبًا عند الانتقال إلى خادم آخر. قمت بذلك يوم الجمعة لنقل خادم كان يعمل بالإصدار 1.6.0-beta1 وقد نجح الأمر.
طريقة أخرى سهلة هي استخدام rsync لمجلد /var/discourse بالكامل (مع استثناء السجلات وبعض العناصر الأخرى إذا كانت كبيرة). مع هذه الطريقة، أقوم دائمًا بإيقاف الحاوية قبل إجراء عملية rsync. نقل مجلدات letsencript و ssl يمنعك من الاضطرار إلى إعادة البناء للحصول على شهادات جديدة.