Interner Serverfehler auf der Upgrade-Seite

[Campano]

Hallo,

Ich habe gerade einen Fehler auf der Upgrade-Seite erhalten. Gibt es eine dokumentierte Möglichkeit, diese Fälle zu debuggen / zu melden?

Vielen Dank für Ihre Hilfe!

[JammyDodger]

Sie sollten weitere Informationen auf Ihrer /logs-Seite für den Fehler finden. Wenn Sie hier mitteilen könnten, was Sie finden, könnte uns das helfen herauszufinden, was vor sich geht.

[pfaffman (Jay Pfaffman)]

Es gab kürzlich einen Fehler im Zusammenhang mit dem neuen Versionsnummerierungssystem, der behoben wurde. Ich kann ihn nicht finden, aber ein Upgrade über die Befehlszeile sollte ihn beheben.

[JammyDodger]

Dieser hier?

Version Check job is raising an exception on latest tests-passed

Thanks @merefield - the version check server needed some tweaks to understand the new -dev suffix on tests-passed version numbers. Should be working now: [7] pry(main)> Discourse::VERSION::STRING => "3.2.0.beta1-dev" [8] pry(main)> DiscourseHub.discourse_version_check => {"success"=>"OK", "latestVersion"=>"3.1.0.beta7", "criticalUpdates"=>false, "missingVersionsCount"=>0}

[david (David Taylor)]

Das erforderte eine Korrektur auf unserem zentralen Server zur Versionsprüfung, daher sollte es jetzt überall behoben sein. Ein Neuerstellen wird nichts ändern. Außerdem glaube ich nicht, dass dies den Pfad /admin/upgrade betroffen hat

[Campano]

Das zeigen die Protokolle, wenn ich den Fehler auslöse:

Screenshot

Message (7 copies reported)

ArgumentError (Malformed version number string < 3.1.0.beta6)
lib/version.rb:44:in `block in find_compatible_resource'
lib/version.rb:44:in `each'
lib/version.rb:44:in `sort_by'
lib/version.rb:44:in `find_compatible_resource'
lib/version.rb:79:in `find_compatible_git_resource'
app/controllers/application_controller.rb:420:in `block in with_resolved_locale'
app/controllers/application_controller.rb:420:in `with_resolved_locale'
lib/middleware/omniauth_bypass_middleware.rb:74:in `call'
lib/middleware/content_security_policy.rb:12:in `call'
lib/middleware/anonymous_cache.rb:369:in `call'
config/initializers/100-quiet_logger.rb:20:in `call'
config/initializers/100-silence_logger.rb:29:in `call'
lib/middleware/enforce_hostname.rb:24:in `call'
lib/middleware/request_tracker.rb:228:in `call'

Backtrace

/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/version.rb:223:in `initialize'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/version.rb:206:in `new'
/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/version.rb:206:in `new'
lib/version.rb:44:in `block in find_compatible_resource'
lib/version.rb:44:in `each'
lib/version.rb:44:in `sort_by'
lib/version.rb:44:in `find_compatible_resource'
lib/version.rb:79:in `find_compatible_git_resource'
plugins/docker_manager/lib/docker_manager/git_repo.rb:153:in `tracking_branch'
plugins/docker_manager/lib/docker_manager/git_repo.rb:100:in `tracking_ref'

[david (David Taylor)]

Danke @Campano. Wir hofften, dass dieses docker_manager-Problem über diesen Commit gelöst werden würde, aber es sieht so aus, als hätten wir hier noch etwas mehr Arbeit zu tun.

In der Zwischenzeit empfehle ich, @pfaffmans Rat zu befolgen und einen Kommandozeilen-Neubau durchzuführen (./launcher rebuild app) - das sollte alles auf den neuesten Stand bringen und richtig funktionieren.

[david (David Taylor)]

Ich habe dieses Thema mit der Beschreibung des Fehlers und der Wiederherstellung gepostet:

Visiting /admin/upgrade may lead to a server error

If you’re currently running a standard installation of Discourse earlier than v3.1.0.beta7 (or stable earlier than v3.0.6), there is a chance you will be met with this error when attempting to upgrade via the admin UI: Server Error while trying to load /admin/docker/repos Error code: 500 error [admin upgrade error message screenshot] To resolve the issue, you will need to run a command-line rebuild: cd /var/discourse ./launcher rebuild app Once you’ve run a CLI upgrade, future upgrades…

[Campano]

Vielen Dank @david, das hat für mich funktioniert.