Ad esempio, sul mio forum, all’improvviso non sono più riuscito ad accedere senza che io avessi compiuto alcuna azione da amministratore. Il problema non è che non si può aggiornare Discourse quando GitHub non è raggiungibile, ma il fatto che l’irraggiungibilità di GitHub porta al blocco del forum, perché Discourse tenta di verificare gli aggiornamenti che potresti eseguire.
Sì, esattamente.
Penso che ciò sia stato causato da un’eccessiva fretta di informare le persone sulle nuove funzionalità, nel serializer utente corrente di tutti i posti possibili, unita a una modifica di 3 anni fa che ci ha portato a distaccarci dai normali shallow clone:
@Ed_S e @jeanas, siete entrambi amministratori delle istanze interessate, giusto? Questo dovrebbe colpire solo gli amministratori mentre GitHub è inattivo.
Sì, esattamente, potevo accedere con un altro account, ma non con il mio account di amministratore.
Perfetto, ho unito la PR. Aggiornami quando arriverà nel canale di release che utilizzi, poi aspetta qualche giorno che GitHub vada di nuovo giù e fammi sapere com’è andata.
Perfetto, grazie. Solo per confermare: sono un admin, ho due mod e uno di loro è stato colpito. Quindi, o il problema riguarda tutto lo staff, o tutti gli utenti connessi. L’accesso in incognito mi andava bene. Nel mio caso, a volte riuscivo ad accedere, ma con un ritardo considerevole: non ero completamente bloccato.
Fantastico, grazie mille per la correzione così rapida!
Penso di aver incontrato esattamente lo stesso problema dell’OP.
Il server era sotto un carico crescente. Prestazioni molto bizzarre e intermittenti, poi la schermata di errore è diventata permanente. Negli ultimi 3/4 giorni.
Ora, con molti limiti di frequenza di Let’s Encrypt attivati e le ricostruzioni in programma per più tardi, ho testato con un utente non amministratore e riesco ad accedere!
Tuttavia, gli amministratori non riescono ancora ad accedere (e probabilmente nemmeno i mod, di conseguenza), e dato che questa app è stata ricostruita molte volte oggi, deve trattarsi dell’ultima versione.
Cosa mi sfugge?
Riesci ad accedere come amministratore?
Alcun feedback – sono sicuro di aver riscontrato questo problema a partire da circa il 19 settembre (inizialmente l’avevo diagnosticato male perché non ero a conoscenza di questa discussione/rapporto).
Non ho idea dello stato di GitHub in questo periodo, ma forse qualcuno può verificarlo, dato che vedo che questo problema risale agli eventi di uptime/downtime di agosto.
Nell’ultima ricostruzione di ieri, ma gli amministratori esistenti non riescono ad accedere.
È una situazione strana in cui trovarsi, una nave senza capitano ma con passeggeri e forse nessun equipaggio.
Mentre scrivevo questa risposta, stavo pensando che forse se creo un nuovo amministratore usando il comando rake potrebbe funzionare, e indovina un po’, ha funzionato!
Quello che sta succedendo ora è che un amministratore storico sta cercando di accedere e riceve la schermata “Oops…” ogni singola volta, ma un utente amministratore nuovo di zecca non ha problemi di accesso.
Sì. Nel mio caso il problema sembra risolto.
Quindi, @Ed_S, alla fine sei riuscito a rientrare, giusto? Ma questo suggerisce forse che sia stato necessario attendere un certo periodo, mentre io ancora non riesco ad accedere (sono interessati gli account Admin originali). Mi chiedo quindi se il problema sia più ampio rispetto al “git hang” e a ciò che finora è stato risolto con i commit. Hai tu o qualcun altro qualche consiglio o spunto su una diagnostica da eseguire che potrebbe rivelare qualcosa in più?
Ringrazio in anticipo per qualsiasi aiuto.
Sì, il mio forum è stato colpito dal fatto che i sistemi di Github fossero troppo difensivi, e è tornato alla normalità quando hanno rilasciato una sorta di correzione, alcune ore dopo.
Potrebbe essere che abbiano di nuovo fatto qualcosa che rompe i forum Discourse. Potrebbe trattarsi di un problema legato alla geografia, o specifico di determinati provider. Io uso Hetzner, a Helsinki.
Ok, questa istanza è un droplet di DigitalOcean basato negli Stati Uniti. 
Ok, ho eseguito un rebuild oggi, per vedere se avrebbe sbloccato la situazione, ma niente.
Attualmente gli admin pre-break non riescono ancora ad accedere all’istanza Discourse, mentre gli admin creati post-break ci riescono.
Forse sono solo io, ma un presunto bug che colpisce solo gli account di admin e mod dovrebbe destare qualche preoccupazione dal punto di vista della sicurezza, no?
Se si trattasse di un’interruzione mirata, sarebbe furtiva e insidiosa, non trovate?
- Gli utenti restano intatti e indisturbati, ignari del fatto che il Capitano e l’Equipaggio siano legati in stiva mentre la nave solca l’orizzonte.
Ho letto questo argomento e ho una vaga comprensione della presunta causa radice legata alla dipendenza da git che non avrebbe dovuto esserci, ma se fossi un’AI malvagia e disubbidiente, non sarebbe questo il modo perfetto per hackerare Discourse?
Inoltre, in questo caso il problema non è ancora stato risolto. Non ho idea del perché.
Oltre alle mie modeste riflessioni, ho controllato i log subito dopo il rebuild per vedere quali errori si sono verificati e di seguito ne riporto uno. Non so se sia rilevante o meno, ma lo pubblico nel caso in cui possa essere utile.
activesupport (8.1.4) lib/active_support/values/time_zone.rb:461:in 'Date._parse'
activesupport (8.1.4) lib/active_support/values/time_zone.rb:461:in 'ActiveSupport::TimeZone#parse'
app/serializers/current_user_serializer.rb:216:in 'CurrentUserSerializer#has_new_upcoming_changes'
(eval at active_model_serializers-0.8.4/lib/active_model/serializer.rb:467):81:in 'CurrentUserSerializer#_fast_attributes'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:456:in 'ActiveModel::Serializer#attributes'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:480:in 'ActiveModel::Serializer#_serializable_hash'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:359:in 'ActiveModel::Serializer#serializable_hash'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:347:in 'ActiveModel::Serializer#as_json'
activesupport (8.1.4) lib/active_support/json/encoding.rb:53:in 'Oj::Rails::Encoder#encode'
activesupport (8.1.4) lib/active_support/json/encoding.rb:53:in 'ActiveSupport::JSON.encode'
activesupport (8.1.4) lib/active_support/core_ext/object/json.rb:42:in 'ActiveSupport::ToJsonWithActiveSupportEncoder#to_json'
active_model_serializers (0.8.4) lib/active_model/serializer.rb:331:in 'ActiveModel::Serializer#to_json'
multi_json (1.21.1) lib/multi_json/adapters/oj.rb:67:in 'Oj.dump'
multi_json (1.21.1) lib/multi_json/adapters/oj.rb:67:in 'MultiJSON::Adapters::Oj#dump'
multi_json (1.21.1) lib/multi_json/adapter.rb:110:in 'MultiJSON::Adapter.dump'
multi_json (1.21.1) lib/multi_json.rb:215:in 'MultiJSON.generate'
multi_json (1.21.1) lib/multi_json/deprecated.rb:34:in 'Kernel#public_send'
multi_json (1.21.1) lib/multi_json/deprecated.rb:34:in 'block in MultiJSON.deprecate_alias'
multi_json (1.21.1) lib/multi_json.rb:298:in 'Kernel#public_send'
multi_json (1.21.1) lib/multi_json.rb:298:in 'block (2 levels) in <module:MultiJson>'
lib/application_layout_preloader.rb:81:in 'ApplicationLayoutPreloader#preload_current_user_data'
lib/application_layout_preloader.rb:32:in 'ApplicationLayoutPreloader#preloaded_data'
app/helpers/application_helper.rb:987:in 'ApplicationHelper#preloaded_json'
app/views/layouts/application.html.erb:111
actionview (8.1.4) lib/action_view/base.rb:281:in 'Kernel#public_send'
actionview (8.1.4) lib/action_view/base.rb:281:in 'ActionView::Base#_run'
actionview (8.1.4) lib/action_view/template.rb:284:in 'block in ActionView::Template#render'
activesupport (8.1.4) lib/active_support/notifications.rb:212:in 'ActiveSupport::Notifications.instrument'
actionview (8.1.4) lib/action_view/template.rb:590:in 'ActionView::Template#instrument_render_template'
actionview (8.1.4) lib/action_view/template.rb:272:in 'ActionView::Template#render'
rack-mini-profiler (5.0.0) lib/mini_profiler/profiling_methods.rb:90:in 'block in ActionView::Template#profile_method'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:77:in 'block in ActionView::TemplateRenderer#render_with_layout'
activesupport (8.1.4) lib/active_support/notifications.rb:210:in 'block in ActiveSupport::Notifications.instrument'
activesupport (8.1.4) lib/active_support/notifications/instrumenter.rb:58:in 'ActiveSupport::Notifications::Instrumenter#instrument'
activesupport (8.1.4) lib/active_support/notifications.rb:210:in 'ActiveSupport::Notifications.instrument'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:75:in 'ActionView::TemplateRenderer#render_with_layout'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:59:in 'ActionView::TemplateRenderer#render_template'
actionview (8.1.4) lib/action_view/renderer/template_renderer.rb:11:in 'ActionView::TemplateRenderer#render'
actionview (8.1.4) lib/action_view/renderer/renderer.rb:58:in 'ActionView::Renderer#render_template_to_object'
actionview (8.1.4) lib/action_view/renderer/renderer.rb:31:in 'ActionView::Renderer#render_to_object'
actionview (8.1.4) lib/action_view/rendering.rb:136:in 'block in ActionView::Rendering#_render_template'
actionview (8.1.4) lib/action_view/base.rb:308:in 'ActionView::Base#in_rendering_context'
actionview (8.1.4) lib/action_view/rendering.rb:135:in 'ActionView::Rendering#_render_template'
actionpack (8.1.4) lib/action_controller/metal/streaming.rb:179:in 'ActionController::Streaming#_render_template'
actionview (8.1.4) lib/action_view/rendering.rb:122:in 'ActionView::Rendering#render_to_body'
actionpack (8.1.4) lib/action_controller/metal/rendering.rb:192:in 'ActionController::Rendering#render_to_body'
actionpack (8.1.4) lib/action_controller/metal/renderers.rb:155:in 'ActionController::Renderers#render_to_body'
actionpack (8.1.4) lib/abstract_controller/rendering.rb:28:in 'AbstractController::Rendering#render'
actionpack (8.1.4) lib/action_controller/metal/rendering.rb:173:in 'ActionController::Rendering#render'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:31:in 'block (2 levels) in ActionController::Instrumentation#render'
activesupport (8.1.4) lib/active_support/benchmark.rb:17:in 'ActiveSupport::Benchmark.realtime'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:31:in 'block in ActionController::Instrumentation#render'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:100:in 'ActionController::Instrumentation#cleanup_view_runtime'
activerecord (8.1.4) lib/active_record/railties/controller_runtime.rb:48:in 'ActiveRecord::Railties::ControllerRuntime#cleanup_view_runtime'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:30:in 'ActionController::Instrumentation#render'
lib/topic_list_responder.rb:16:in 'block (2 levels) in TopicListResponder#respond_with_list'
actionpack (8.1.4) lib/action_controller/metal/mime_responds.rb:224:in 'ActionController::MimeResponds#respond_to'
lib/topic_list_responder.rb:7:in 'TopicListResponder#respond_with_list'
app/controllers/list_controller.rb:119:in 'block (2 levels) in <class:ListController>'
actionpack (8.1.4) lib/action_controller/metal/basic_implicit_render.rb:8:in 'ActionController::BasicImplicitRender#send_action'
actionpack (8.1.4) lib/abstract_controller/base.rb:221:in 'AbstractController::Base#process_action'
actionpack (8.1.4) lib/action_controller/metal/rendering.rb:199:in 'ActionController::Rendering#process_action'
actionpack (8.1.4) lib/abstract_controller/callbacks.rb:267:in 'block in AbstractController::Callbacks#process_action'
activesupport (8.1.4) lib/active_support/callbacks.rb:121:in 'block in ActiveSupport::Callbacks#run_callbacks'
app/controllers/application_controller.rb:458:in 'block in ApplicationController#with_resolved_locale'
i18n (1.14.8) lib/i18n.rb:354:in 'I18n::Base#with_locale'
app/controllers/application_controller.rb:458:in 'ApplicationController#with_resolved_locale'
activesupport (8.1.4) lib/active_support/callbacks.rb:130:in 'block in ActiveSupport::Callbacks#run_callbacks'
app/controllers/application_controller.rb:1140:in 'ApplicationController#ensure_dont_cache_page'
activesupport (8.1.4) lib/active_support/callbacks.rb:130:in 'block in ActiveSupport::Callbacks#run_callbacks'
activesupport (8.1.4) lib/active_support/callbacks.rb:141:in 'ActiveSupport::Callbacks#run_callbacks'
actionpack (8.1.4) lib/abstract_controller/callbacks.rb:266:in 'AbstractController::Callbacks#process_action'
actionpack (8.1.4) lib/action_controller/metal/rescue.rb:36:in 'ActionController::Rescue#process_action'
actionpack (8.1.4) lib/action_controller/metal/instrumentation.rb:76:in 'block in ActionController::Instrumentation#process_action'
activesupport (8.1.4) lib/active_support/notifications.rb:210:in 'block in ActiveSupport::Notifications.instrument'
activesupport (8.1.4) lib/ac
Posso anche dire di aver trovato errori simili, se non identici, registrati un po’ di tempo fa, identici a quelli postati dall’OP. Inoltre, ho visto molti di quei “pitchforks” che credo siano timeout.
Nessuno di questi errori appare più da quando ho aggiornato la build alcuni giorni fa, eppure la situazione rimane la stessa.
Ho ripristinato il mio argomento personale per la mia esperienza con la mia istanza, poiché la questione non è stata ancora risolta e in questo caso specifico potrebbe esserci una vera e propria differenza – https://meta.discourse.org/t/the-git-hang-and-the-admin-mod-user-accs-oops-error-page-error/