No meu fórum, por exemplo, de repente fiquei incapaz de fazer login sem que eu tivesse tomado qualquer ação como administrador. O problema não é que você não pode atualizar o Discourse quando o GitHub está inacessível, mas sim que a inacessibilidade do GitHub derruba seu fórum, porque o Discourse tenta verificar atualizações que você poderia realizar.
Sim, exatamente.
Acho que isso foi causado por uma vontade excessiva e prematura de contar às pessoas sobre novos recursos, no serializador de usuário atual de todos os lugares, combinada com uma mudança de 3 anos atrás que nos afastou dos clones rasos normais:
@Ed_S e @jeanas, vocês dois são administradores nas instâncias afetadas, certo? Isso deve afetar apenas administradores enquanto o GitHub estiver fora do ar.
Sim, exatamente. Eu consegui fazer login com outra conta, mas não com a minha conta de administrador.
Legal, já mergeei a PR. Me avise quando ela chegar ao canal de release que você usa, depois aguarde alguns dias para o GitHub cair novamente e me diga como foi durante a queda.
Ótimo, obrigado. Só para confirmar, sou administrador, tenho dois moderadores e um deles foi afetado. Então, ou o problema afeta todo o staff, ou afeta todos os usuários conectados. Eu estava de boa com o acesso em modo anônimo. E, no meu caso, às vezes eu conseguia fazer login, mas com bastante atraso — não fiquei totalmente bloqueado.
Incrível, muito obrigado pela correção rápida!
Acho que encontrei exatamente o mesmo problema relatado pelo OP.
O servidor estava sob carga crescente. O desempenho ficou muito instável e, em seguida, a tela de erro se tornou permanente. Isso aconteceu nos últimos 3/4 dias.
Agora, com muitos limites de taxa do Let’s Encrypt acionados e as reconstruções adiadas para mais tarde, testei com um usuário não administrador e consegui fazer login!
No entanto, os administradores ainda não conseguem entrar (e provavelmente os moderadores também, por extensão), já que este aplicativo foi reconstruído muitas vezes hoje, ele deve estar na versão mais recente.
O que estou perdendo?
Você consegue fazer login como administrador?
Algum feedback — tenho certeza de que encontrei esse problema a partir de aproximadamente 19 de setembro (inicialmente, o diagnostiquei incorretamente, pois não estava ciente deste tópico/relatório).
Não tenho ideia do status do GitHub durante esse período, mas talvez alguém possa verificar isso, pois vejo que este problema remonta aos eventos de tempo de atividade/inatividade de agosto.
Na última reconstrução de ontem, mas os administradores existentes não conseguem fazer login.
É um estado estranho para se estar: um navio sem capitão, mas com passageiros e talvez sem tripulação.
Enquanto escrevia esta resposta, estava pensando que, talvez, se eu criar um novo administrador usando o comando rake, pudesse funcionar. E adivinhem, funcionou!
Então, o que está acontecendo aqui agora é que um administrador histórico está tentando fazer login e está recebendo a tela “Oops…” a cada vez, mas um novo usuário administrador não tem problemas de acesso ao login.
Sim. O problema parece ter sido corrigido no meu caso.
Então, @Ed_S, você acabou conseguindo entrar de novo, né? Mas isso indica talvez que tenha sido necessário esperar um período, enquanto eu ainda não consigo entrar (afetando as contas de Admin originais). O que eu me pergunto é: talvez o problema seja mais amplo do que a questão do “git hang” e do que já foi tratado com os commits até agora. Você ou alguém tem alguma dica ou insight sobre algum diagnóstico que eu possa executar que talvez revele algo mais?
Agradeço qualquer ajuda desde já.
Sim, meu fórum foi afetado porque os sistemas do Github estavam sendo excessivamente defensivos, e voltou ao normal quando eles lançaram algum tipo de correção, algumas horas depois.
Pode ser que eles tenham feito algo novamente que quebre fóruns do Discourse. Pode ser específico para a geografia ou para certos provedores. Eu uso a Hetzner, em Helsinque.
Ok, esta instância é um droplet da DO baseado nos EUA. 
Ok, executei um rebuild hoje para ver se isso resolveria o problema, mas nada.
Atualmente, os administradores que existiam antes da falha ainda não conseguem fazer login na instância do Discourse, enquanto os administradores criados após a falha conseguem.
Talvez seja só eu, mas um suposto bug que afeta apenas as contas de administradores e moderadores certamente levantaria uma sobrancelha do ponto de vista de segurança, não é?
Se fosse uma interrupção direcionada, seria algo sorrateiro e insidioso, não acham?
- Os usuários permanecem intactos e intocados, alheios ao fato de que o Capitão e a Tripulação estão amarrados no porão enquanto o navio navega em direção ao horizonte.
Li este tópico e tenho uma noção básica da suposta causa raiz relacionada a uma dependência do git que não deveria ter existido, mas, se você fosse uma IA maliciosa e renegada, isso não seria uma maneira perfeita de invadir o Discourse?
Além disso, neste caso específico, o problema ainda não foi corrigido. Não faço ideia do porquê.
Além das minhas modestas especulações, verifiquei os logs logo após o rebuild para ver quais erros ocorreram e, abaixo, está um deles. Não faço ideia se é relevante ou não, mas o posto por precaução, caso tenha algum valor.
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
Também posso dizer que encontrei erros semelhantes, senão idênticos, registrados um pouco antes, idênticos aos postados pelo autor do tópico. Além disso, também há muitos desses “pitchforks” que, acredito, sejam timeouts.
Nenhum deles aparece mais desde que atualizei o build há alguns dias, mas a situação permanece a mesma.
Reverti para meu próprio tópico sobre a experiência com minha própria instância, já que o problema permanece sem solução e pode haver uma diferença genuína neste caso específico - https://meta.discourse.org/t/the-git-hang-and-the-admin-mod-user-accs-oops-error-page-error/