أتلقى الخطأ التالي عند محاولة تشغيل إعادة بناء للترقية إلى أحدث إصدار تم اجتيازه للاختبار. سيشمل ذلك ترقية إصدار postgres من 13 إلى 15.
[2025-03-12T20:49:22.045226 #1] INFO -- : Replacing (?-mix:^#local +replication +postgres +peer$) with local replication postgres peer in /etc/postgresql/15/main/pg_hba.conf
I, [2025-03-12T20:49:22.045431 #1] INFO -- : Replacing (?-mix:^host.*all.*all.*127.*$) with host all all 0.0.0.0/0 md5 in /etc/postgresql/15/main/pg_hba.conf
I, [2025-03-12T20:49:22.045624 #1] INFO -- : Replacing (?-mix:^host.*all.*all.*::1\\/128.*$) with host all all ::/0 md5 in /etc/postgresql/15/main/pg_hba.conf
I, [2025-03-12T20:49:22.045816 #1] INFO -- :
> if [ -f /root/install_postgres ]; then
/root/install_postgres
elif [ -e /shared/postgres_run/.s.PGSQL.5432 ]; then
socat /dev/null UNIX-CONNECT:/shared/postgres_run/.s.PGSQL.5432 || exit 0
fi
initdb: warning: enabling "trust" authentication for local connections
initdb: hint: You can change this by editing pg_hba.conf or using the option -A, or --auth-local and --auth-host, the next time you run initdb.
W: https://dl.yarnpkg.com/debian/dists/stable/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
debconf: delaying package configuration, since apt-utils is not installed
cp: cannot stat '/etc/postgresql/13/main/*': No such file or directory
يتوقف البرنامج النصي عند أمر النسخ هذا.
عندما أحاول إعادة تشغيل المنتدى، يكتمل أمر إعادة التشغيل بنجاح ولكن المنتدى يظهر “connection refused”.
كيف يمكنني إما التراجع لاستخدام النسخة الاحتياطية الخاصة بي في postgres 13 أو المضي قدمًا؟ شكرًا.
لم يتمكن حاوية إعادة التشغيل من العمل لأنها كانت في حالة متقطعة بين إصدارات قاعدة البيانات. لقد قمت بحذف مجلد postgres_data وأقوم الآن بالاستعادة من النسخة الاحتياطية.
إذا كنت بالفعل تستخدم نظام تشغيل وإصدار Docker قديمين، فإنني أوصي بتحديث كليهما قبل إعادة محاولة إعادة البناء.
هل كنت تقوم بتحديث قاعدة بيانات كبيرة؟ إذا كان الأمر كذلك، فمن الممكن أن يكون التحديث لا يزال قيد التشغيل. أثناء إعادة البناء، يمكنك مقارنة حجم الدليلين postgres_data و postgres_data_new بشكل دوري. إذا استمر حجم postgres_data_new في النمو، فلا يزال التحديث قيد التقدم. (يمكنك أيضًا التأكد مما إذا كان الأمر pg_upgrade قيد التشغيل من قائمة العمليات.)
يمكنك تجاهل خطأ cp هذا في الوقت الحالي. تمكنت من تحديث موقع تجريبي على تثبيت قياسي حتى مع نفس الخطأ. (لقد حدث بسبب تغيير في المنبع لذلك سنقوم بإصلاح الصورة لإزالة الخطأ، ولكن لا ينبغي أن يؤدي ذلك إلى كسر تحديثات قاعدة البيانات ما لم يتم تعديل تكوينات postgres بشكل كبير مسبقًا.)
نعم، تمكنت من استعادة الموقع. كنا بالفعل نقوم بتحديث قاعدة بيانات كبيرة، لكنني كنت أراقب الدلائل أعلاه للتأكد من أن postgres_data_new كانوا ينمون. بعد فترة، لم ينمِ أكثر، وتوقف النص البرمجي عند هذا الأمر
كان إعدادنا قياسيًا إلى حد كبير، باستثناء الحجم الكبير لقاعدة البيانات. سأجمع التفاصيل وسأرسل هذه التفاصيل لاحقًا اليوم.