Problem beim Zugriff auf bestimmte Seiten nach der Anmeldung

Unterstützung
1

Hallo Discourse-Community!

Wir nutzen Discourse Version 2.4.5 über Docker auf einer Debian-VM. Die folgende Fehlermeldung:

NoMethodError (undefined method automatic_membership_retroactive' for #<Group:0x00007fb84804bac0>) /var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activemodel-6.0.1/lib/active_model/attribute_methods.rb:431:in method_missing’

… wird in den Discourse-Logs angezeigt, wenn versucht wird, als angemeldeter Benutzer (in meinem Fall mit Admin-Rechten) auf bestimmte Seiten zuzugreifen:

Das Problem tritt nicht nur auf meiner eigenen Profilseite (/u/mathieugp) auf, sondern bei allen Profilen, die den Fehler im Discourse-Fehlerprotokoll auslösen und auf der Client-Seite einen 500er-Fehler anzeigen. Manchmal erscheint auch ein 404-Fehler im Log beim Laden bestimmter anderer Seiten (Unterseiten, soweit ich das beurteilen kann), wie dieser hier:

  • /u/mathieugp/summary

Ich kann mein eigenes Profil (und andere Profile) sehen, wenn ich nicht angemeldet bin. Offensichtlich kann ich ohne Anmeldung nichts Sinnvolles zur Gruppenverwaltung einsehen, aber es werden auch keine ungewöhnlichen Fehler angezeigt.

Der vollständige Backtrace aus dem Discourse-Log:

> activemodel-6.0.1/lib/active_model/attribute_methods.rb:431:in `method_missing'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:99:in `block in attribute'
> (eval):12:in `_fast_attributes'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:468:in `rescue in attributes'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:455:in `attributes'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:480:in `_serializable_hash'
> active_model_serializers-0.8.4/lib/active_model/serializer.rb:359:in `serializable_hash'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:89:in `block in _serializable_array'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:79:in `map'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:79:in `_serializable_array'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:73:in `serializable_array'
> active_model_serializers-0.8.4/lib/active_model/array_serializer.rb:53:in `as_json'
> /var/www/discourse/app/controllers/application_controller.rb:427:in `serialize_data'
> /var/www/discourse/app/controllers/groups_controller.rb:91:in `index'
> actionpack-6.0.1/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
> actionpack-6.0.1/lib/abstract_controller/base.rb:196:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/rendering.rb:30:in `process_action'
> actionpack-6.0.1/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
> activesupport-6.0.1/lib/active_support/callbacks.rb:135:in `run_callbacks'
> actionpack-6.0.1/lib/abstract_controller/callbacks.rb:41:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/rescue.rb:22:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:33:in `block in process_action'
> activesupport-6.0.1/lib/active_support/notifications.rb:180:in `block in instrument'
> activesupport-6.0.1/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
> activesupport-6.0.1/lib/active_support/notifications.rb:180:in `instrument'
> actionpack-6.0.1/lib/action_controller/metal/instrumentation.rb:32:in `process_action'
> actionpack-6.0.1/lib/action_controller/metal/params_wrapper.rb:245:in `process_action'
> activerecord-6.0.1/lib/active_record/railties/controller_runtime.rb:27:in `process_action'
> actionpack-6.0.1/lib/abstract_controller/base.rb:136:in `process'
> actionview-6.0.1/lib/action_view/rendering.rb:39:in `process'
> rack-mini-profiler-1.1.6/lib/mini_profiler/profiling_methods.rb:78:in `block in profile_method'
> actionpack-6.0.1/lib/action_controller/metal.rb:191:in `dispatch'
> actionpack-6.0.1/lib/action_controller/metal.rb:252:in `dispatch'
> actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:51:in `dispatch'
> actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:33:in `serve'
> actionpack-6.0.1/lib/action_dispatch/journey/router.rb:49:in `block in serve'
> actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `each'
> actionpack-6.0.1/lib/action_dispatch/journey/router.rb:32:in `serve'
> actionpack-6.0.1/lib/action_dispatch/routing/route_set.rb:837:in `call'
> /var/www/discourse/lib/middleware/omniauth_bypass_middleware.rb:68:in `call'
> rack-2.0.8/lib/rack/tempfile_reaper.rb:15:in `call'
> rack-2.0.8/lib/rack/conditional_get.rb:25:in `call'
> rack-2.0.8/lib/rack/head.rb:12:in `call'
> /var/www/discourse/lib/content_security_policy/middleware.rb:12:in `call'
> /var/www/discourse/lib/middleware/anonymous_cache.rb:318:in `call'
> rack-2.0.8/lib/rack/session/abstract/id.rb:259:in `context'
> rack-2.0.8/lib/rack/session/abstract/id.rb:253:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/cookies.rb:648:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:27:in `block in call'
> activesupport-6.0.1/lib/active_support/callbacks.rb:101:in `run_callbacks'
> actionpack-6.0.1/lib/action_dispatch/middleware/callbacks.rb:26:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/actionable_exceptions.rb:17:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/debug_exceptions.rb:32:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
> logster-2.6.3/lib/logster/middleware/reporter.rb:43:in `call'
> railties-6.0.1/lib/rails/rack/logger.rb:38:in `call_app'
> railties-6.0.1/lib/rails/rack/logger.rb:28:in `call'
> /var/www/discourse/config/initializers/100-quiet_logger.rb:18:in `call'
> /var/www/discourse/config/initializers/100-silence_logger.rb:31:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/request_id.rb:27:in `call'
> /var/www/discourse/lib/middleware/enforce_hostname.rb:17:in `call'
> rack-2.0.8/lib/rack/method_override.rb:22:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/executor.rb:14:in `call'
> rack-2.0.8/lib/rack/sendfile.rb:111:in `call'
> actionpack-6.0.1/lib/action_dispatch/middleware/host_authorization.rb:77:in `call'
> rack-mini-profiler-1.1.6/lib/mini_profiler/profiler.rb:184:in `call'
> message_bus-2.2.3/lib/message_bus/rack/middleware.rb:57:in `call'
> /var/www/discourse/lib/middleware/request_tracker.rb:181:in `call'
> railties-6.0.1/lib/rails/engine.rb:526:in `call'
> railties-6.0.1/lib/rails/railtie.rb:190:in `public_send'
> railties-6.0.1/lib/rails/railtie.rb:190:in `method_missing'
> rack-2.0.8/lib/rack/urlmap.rb:68:in `block in call'
> rack-2.0.8/lib/rack/urlmap.rb:53:in `each'
> rack-2.0.8/lib/rack/urlmap.rb:53:in `call'
> unicorn-5.5.3/lib/unicorn/http_server.rb:605:in `process_client'
> unicorn-5.5.3/lib/unicorn/http_server.rb:700:in `worker_loop'
> unicorn-5.5.3/lib/unicorn/http_server.rb:548:in `spawn_missing_workers'
> unicorn-5.5.3/lib/unicorn/http_server.rb:144:in `start'
> unicorn-5.5.3/bin/unicorn:128:in `<top (required)>'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `load'
> /var/www/discourse/vendor/bundle/ruby/2.6.0/bin/unicorn:23:in `<main>'
```\n
Lassen Sie mich wissen, welche weiteren Informationen hilfreich sein könnten, um den Fehler besser zu verstehen.

Ich sollte wahrscheinlich einige vorherige Probleme erwähnen, die wir beim Zugriff auf bestimmte Seiten unserer Discourse-Instanz hatten. Eine Zeit lang konnte ich den Verwaltungsbereich überhaupt nicht erreichen. Dieses Problem schien nach Ausführung des folgenden Befehls vollständig verschwunden zu sein:

`# ./launcher rebuild app`

Ich konnte wieder auf den Verwaltungsbereich zugreifen, bemerkte jedoch nicht, dass ich keine Gruppen verwalten konnte. Erst mehrere Wochen später, als ich einige Benutzer zu einer Gruppe hinzufügen musste, fiel mir dies auf. Was die Anzeige von Profilen betrifft, bin ich mir nicht sicher: Es scheint unwahrscheinlich, dass ich etwas so Großes übersehen habe, aber vielleicht war ich an einem bestimmten Zeitpunkt nicht angemeldet und ging fälschlicherweise davon aus, dass alles in Ordnung war? Oder das Problem mit der Anzeige von Profilen bestand noch nicht und trat erst später auf. (Entschuldigen Sie die Unschärfe dieser letzten Aussagen: Ich kann mich nicht genau erinnern und es gibt auch keine Spur, der ich folgen kann!)
2

Warte, befindest du dich hier auf dem „stable“-Branch? Kannst du auf Beta wechseln? Der Backtrace stammt entweder von Stable oder von einer älteren Version von Discourse.

Mir scheint, deine Instanz ist nur teilweise migriert?

3

@sam Ja, soweit ich weiß, nutzen wir den stable-Release-Kanal. Verstehe ich das richtig, dass du vorschlägst, wir sollten von stable auf die neueste Beta upgraden, um das Problem zu umgehen? Würde es ausreichen, zurück zum tests-passed-Kanal zu wechseln?

4

Der Wechsel zu tests-passed wäre ebenfalls in Ordnung, aber beachte bitte, dass du nur am Tag eines Releases von beta oder stable zurück zu beta oder stable wechseln kannst.

5

Das Migrieren von 2.4.5 auf 2.5.0 hat anscheinend das Problem behoben. Vielen Dank, Sam! :slight_smile: