فشل الترقية من 2.9.0.beta14 إلى 3.0.0.beta15

تثبيت
1

لم يتم العثور على أي موضوع عند البحث عن “فشل الترقية” يذكر ترقية الإصدار هذه.

لقد تلقيت الإشعار وهذا مثال بسيط بدون أي نشاط للمستخدم بخلاف المسؤولين. أستخدم هذا التثبيت لاختبار الميزات قبل طرحها على النظام الفعلي المباشر.

بالنقر فوق زر الترقية من لوحة المسؤول ثم بدء الترقية، ظهر هذا الخطأ:

********************************************************
*** يرجى التحلي بالصبر، قد تستغرق الخطوات التالية بعض الوقت ***
********************************************************
إعادة تشغيل Unicorn، لتحرير الذاكرة
إعادة تشغيل unicorn pid: 548
الانتظار حتى يقوم Unicorn بإعادة التحميل.
الانتظار حتى يقوم Unicorn بإعادة التحميل..
الانتظار حتى يقوم Unicorn بإعادة التحميل...
الانتظار حتى يقوم Unicorn بإعادة التحميل....
الانتظار حتى يقوم Unicorn بإعادة التحميل.....
الانتظار حتى يقوم Unicorn بإعادة التحميل......
الانتظار حتى يقوم Unicorn بإعادة التحميل.......
الانتظار حتى يقوم Unicorn بإعادة التحميل........
الانتظار حتى يقوم Unicorn بإعادة التحميل.........
الانتظار حتى يقوم Unicorn بإعادة التحميل..........
الانتظار حتى يقوم Unicorn بإعادة التحميل..........
Docker Manager: فشل الترقية
#<Redis::TimeoutError: Connection timed out>
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/connection/ruby.rb:58:in `block in _read_from_socket'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/connection/ruby.rb:54:in `loop'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/connection/ruby.rb:54:in `_read_from_socket'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/connection/ruby.rb:47:in `gets'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/connection/ruby.rb:382:in `read'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:311:in `block in read'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:299:in `io'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:310:in `read'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:161:in `block in call'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:279:in `block (2 levels) in process'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:420:in `ensure_connected'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:269:in `block in process'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:356:in `logging'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:268:in `process'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/client.rb:161:in `call'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/rack-mini-profiler-3.0.0/lib/mini_profiler/profiling_methods.rb:85:in `block in profile_method'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis.rb:270:in `block in send_command'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis.rb:269:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis.rb:269:in `send_command'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/commands/scripting.rb:110:in `_eval'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/redis-4.8.0/lib/redis/commands/scripting.rb:97:in `evalsha'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/message_bus-4.3.0/lib/message_bus/backends/redis.rb:463:in `cached_eval'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/message_bus-4.3.0/lib/message_bus/backends/redis.rb:150:in `publish'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/message_bus-4.3.0/lib/message_bus.rb:391:in `publish'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:161:in `publish'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:242:in `log'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:288:in `reload_unicorn'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:49:in `upgrade'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:19:in `block in <main>'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `fork'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `<main>'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/railties-7.0.3.1/lib/rails/commands/runner/runner_command.rb:43:in `load'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/railties-7.0.3.1/lib/rails/commands/runner/runner_command.rb:43:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/thor-1.2.1/lib/thor/command.rb:27:in `run'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/thor-1.2.1/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/thor-1.2.1/lib/thor.rb:392:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/railties-7.0.3.1/lib/rails/command/base.rb:87:in `perform'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/railties-7.0.3.1/lib/rails/command.rb:48:in `invoke'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/railties-7.0.3.1/lib/rails/commands.rb:18:in `<main>'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/bootsnap-1.15.0/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:32:in `require'
/var/www/discourse/vendor/bundle/ruby/3.1.0/gems/bootsnap-1.15.0/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:32:in `require'
bin/rails:18:in `<main>'
2

على أي حال، لقد قمت للتو بترقية منتدياتي الاثنين بنجاح. لذا، مهما كانت المشكلة التي واجهتها، فهي ليست شاملة.

النصيحة المعتادة، عندما يفشل التحديث المستند إلى المتصفح، هي تشغيل تحديث سطر الأوامر.

هذه هي النسخة التي استقريت عليها:

مثبت
3.0.0.beta15
c2e18c41a3

إعجابَين (2)
3

أنا متأكد من أن تحديث CLI سيعمل وإلا لكان المنتدى قد غمرته المواضيع في هذه المرحلة :smiley:
لقد فكرت ببساطة في الإبلاغ والانتظار إذا احتاج أي شخص إلى سجل من أي نوع قبل المتابعة في التحديث من CLI.

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

هل يحتفظ Redis نفسه بسجل في مكان ما؟ لا بد أنه كان يعمل في وقت ما، ولكنه لم يستجب في الوقت المناسب - هل هو عالق، بطيء، أم معطل؟

تعديل: مرة أخرى، للعلم فقط، أرى أن لدي ملف سجل في

/var/discourse/shared/standalone/log/var-log/redis/current

وهو عبارة عن تكرارات كاملة لتقارير مثل هذه:

47:M 03 Jan 2023 18:50:11.090 * 100 changes in 300 seconds. Saving...
47:M 03 Jan 2023 18:50:11.091 * Background saving started by pid 31156
31156:C 03 Jan 2023 18:50:11.234 * DB saved on disk
31156:C 03 Jan 2023 18:50:11.236 * RDB: 1 MB of memory used by copy-on-write
47:M 03 Jan 2023 18:50:11.293 * Background saving terminated with success
47:M 03 Jan 2023 18:52:05.937 * 10000 changes in 60 seconds. Saving...
47:M 03 Jan 2023 18:52:05.940 * Background saving started by pid 31313
31313:C 03 Jan 2023 18:52:09.787 * DB saved on disk
31313:C 03 Jan 2023 18:52:09.791 * RDB: 3 MB of memory used by copy-on-write
47:M 03 Jan 2023 18:52:09.809 * Background saving terminated with success
47:M 03 Jan 2023 18:53:29.246 * 10000 changes in 60 seconds. Saving...
47:M 03 Jan 2023 18:53:29.248 * Background saving started by pid 31423
31423:C 03 Jan 2023 18:53:30.856 * DB saved on disk
31423:C 03 Jan 2023 18:53:30.857 * RDB: 2 MB of memory used by copy-on-write
47:M 03 Jan 2023 18:53:30.958 * Background saving terminated with success
47:M 03 Jan 2023 18:58:31.042 * 100 changes in 300 seconds. Saving...
47:M 03 Jan 2023 18:58:31.044 * Background saving started by pid 31753
31753:C 03 Jan 2023 18:58:31.212 * DB saved on disk
31753:C 03 Jan 2023 18:58:31.213 * RDB: 1 MB of memory used by copy-on-write
47:M 03 Jan 2023 18:58:31.245 * Background saving terminated with success